绷不住了，Agent 每次从零烧 token？6.6k Star OpenSpace 把 Skill 变成会进化的资产
嗨我是小华同学专注解锁高效工作与前沿AI工具每日精选开源技术、实战技巧助你省时50%、领先他人一步。免费订阅与10万技术人共享升级秘籍OpenSpace 最值得看的不是又多了一个 Agent 框架而是它在解决一个更扎心的问题Agent 做完任务后经验到底有没有留下来如果你用过 Claude Code、Codex、Cursor、OpenClaw 或 MCP 工具链大概率见过这种情况同一个坑今天踩一次明天换个会话继续踩。这篇先用 3 分钟讲清OpenSpace 想怎么让 Agent 越做越会、越做越省以及它适不适合放进你的项目里。这个项目为什么值得看OpenSpace 是 HKUDS 开源的一个 Agent 技能进化项目。我今天抓到的数据是6,660 Star、822 Fork、Python、MIT 协议。README 里的定位非常直接让 Agent 更聪明、更低成本、自我进化。它不是单纯让 Agent 多接几个工具而是围绕 Skill 做一套生命周期执行、记录、监控、分析、修复、派生、沉淀、共享。说人话就是不要让 Agent 每次都从零开干而是把成功经验变成下一次能复用的 Skill。它解决的不是“会不会调用工具”现在很多 Agent 已经能调用工具、写代码、查资料、跑脚本。但真正做复杂任务时问题往往不是“没有工具”而是常见痛点真实表现OpenSpace 的方向token 白烧每次都重新推理、重新试错复用成功流程减少重复探索技能会过期API、页面、依赖一变旧 Skill 静默失效监控质量触发修复经验困在单个 Agent一个 Agent 学会了另一个还要重来通过 Skill 社区共享演化结果复杂任务难稳定工具链很长中间一步错就崩把可靠执行模式沉淀成 Skill这就是 OpenSpace 的切入点Agent 不该只是一次性执行器而应该有经验积累。三个关键词FIX、DERIVED、CAPTUREDOpenSpace 里最容易被技术读者记住的是三种 Skill 演化模式。FIX修坏掉的 Skill。当工具、依赖、接口变化导致原来的 Skill 不稳定时它不是简单报错结束而是尝试定位问题并修复。DERIVED从旧 Skill 派生更强版本。如果一个任务场景需要更细分的能力它可以从已有 Skill 演化出更适合的新 Skill而不是把所有能力都塞进一个大而全文件。CAPTURED把成功经验捕获成新 Skill。如果某次执行里出现了可复用的工作流它可以被沉淀出来下次类似任务就不用重新摸索。这三个词放在一起OpenSpace 的思路就清楚了让 Skill 不再是静态说明书而是会被真实任务不断打磨的工程资产。README 里最硬的数字OpenSpace 的 README 里给了一组很适合传播的 benchmark 数字。它在 GDPVal 上做评估这个数据集包含真实世界专业任务覆盖多个职业场景。README 里写到OpenSpace 使用和 ClawWork 基线相同的骨干 LLMQwen 3.5-Plus。关键数字包括50 个专业任务收入提升 4.2 倍Phase 2 token 用量约为 Phase 1 的 45.9%50 个 Phase 1 任务中自主进化出 165 项 Skill我不会把这些数字理解成“所有场景都能 4.2 倍”。更合理的理解是当任务有重复模式、工具链较长、交付质量需要验证时Skill 演化才更容易释放价值。这也是为什么它对文档生成、合规表单、表格、工程项目、多文件工作流这类任务更有想象力。工作流可以这样理解OpenSpace 的接入方式有两条线1. 作为 Agent 的 Skill / MCP 能力接入比如给 Claude Code、Codex、OpenClaw、nanobot 等使用。 2. 直接把 OpenSpace 当成 AI co-worker用它执行编码、搜索、工具调用等任务。但从产品逻辑看真正重要的是这条闭环任务执行不是终点执行记录会反过来喂给 Skill 演化系统。这就像给 Agent 加了一个“复盘系统”。不是今天做完就散而是把过程、问题、修复、成功路径都变成下一次能用的东西。程序员为什么该关注如果你正在做 Agent 产品、自动化工具、MCP 服务、内部研发助手这个项目值得先收藏。你的场景可能获得的启发做 Agent 平台Skill 生命周期不能只靠人工维护做企业自动化成功流程可以沉淀成可审计、可复用资产做 Coding Agent修复工具链、验证输出、复用工作流很关键做知识/工作流系统经验共享比单次问答更有长期价值研究成本优化降 token 不一定只靠模型路由也可以靠少重复试错我最看重的一点是OpenSpace 把“Agent 经验如何沉淀”这个问题从玄学变成了可设计的工程系统。但它不是万能药这类项目很容易被标题吹过头所以边界也要说清楚。OpenSpace 不是装上就让所有 Agent 自动封神。它更适合有复杂任务、长期使用、重复流程、Skill 维护成本的场景。如果你的任务本来就是一次性问答或者流程很短、几乎没有复用价值那 Skill 演化的收益就没那么明显。另外Skill 共享也一定要考虑安全边界权限、凭证、提示注入、危险操作、团队可见性都不能靠热情解决。Agent 越会学习越需要治理。我的判断OpenSpace 的价值不是告诉我们“Agent 又强了”而是提醒我们下一阶段的 Agent 工程化可能不只是拼模型、拼工具而是拼经验复用能力。模型负责思考工具负责执行而 Skill 负责把成功经验留下来。这篇先作为项目速览。后面如果大家感兴趣我会继续把它的 MCP 接入方式、host_skills 设计、Skill 演化源码、以及 GDPVal benchmark 怎么看的问题拆开讲。如果你也关注 AI Agent、MCP、开源项目和 LLM 工程化可以继续关注我的后续更新。项目地址https://github.com/HKUDS/OpenSpace