如果你用过 Claude、ChatGPT 或各类 AI Agent,一定有过这样的体验:
❝明明上周它帮我搞定过类似的需求,这周又要从头教它一遍? ❞
这不是你的错觉。目前大多数 AI Agent 都像是"阅后即焚"的一次性助手——每次对话结束,它学到的所有关于你的项目、你的习惯、你的偏好……全部清零。
下一次,你得重新教它。
这让我一直在思考一个问题:「能不能让 AI Agent 学会"成长"?」
不是简单的记忆,而是真正的「能力进化」——它能主动发现自己的不足,提炼解决方案,并将这些能力固化下来,供自己(或其他 Agent)复用。
直到我发现了 「Hermes Agent」 这个开源项目。
「Hermes Agent」 是一个优秀的开源 AI Agent 框架。在研究它的过程中,最让我眼前一亮的,是它的 「Skill 系统」和「自我进化机制」。
在 Hermes 中,「Skill」 是一种模块化的"能力包"。它不是代码插件,而是「结构化的知识和工作流程」——用自然语言描述,让 AI 在特定场景下"知道该怎么做"。
举个例子:
git-wizard Skill:让 Agent 精通 Git 操作的最佳实践code-review Skill:让 Agent 按照特定标准进行代码审查project-bootstrap Skill:让 Agent 能规范地初始化各类项目Skill 解决了一个痛点:「把"经验"固化下来,而不是每次都靠 prompt engineering 临时教。」
但 Hermes 更厉害的地方在于:「Agent 能自己创建 Skill」。
它内置了一套"自我进化机制"——Agent 在完成任务后,会进行「元认知反思」:
这意味着 Hermes Agent 能"自己教自己"——通过不断的任务执行和反思,它的能力会持续增长。
这个设计让我非常兴奋,但同时也产生了一个想法:
「这套机制能不能提炼出来,让其他 Agent 也能具备自我进化能力?」
带着这个目标,我深入研究了 Hermes Agent 的自我进化机制,并将其核心逻辑提炼成了一个「通用 Skill」——「Self-Evolving Skills」。
Hermes 的自我进化机制非常优秀,但它是「内嵌在 Hermes 框架中」的。如果你用的是其他 Agent 框架(比如 LangChain、AutoGPT、或者自研框架),就无法直接享受这个能力。
我想做的是:「把这套机制从 Hermes 中"解耦"出来,变成一个独立的、可移植的 Skill」。
这样,任何支持 Skill 加载的 Agent 框架,都能通过加载这个 Skill 来获得自我进化能力。
提炼的过程主要分三步:
「1. 分析 Hermes 的实现」
首先,我仔细研究了 Hermes 是如何实现自我进化的:
「2. 抽象核心逻辑」
然后,我把这些实现细节抽象成「与框架无关的通用逻辑」:
「3. 封装成独立 Skill」
最后,把这些逻辑封装成一个结构化的 Skill 文档,包含:
这个通用 Skill 保留了 Hermes 自我进化机制的精髓,同时做了适当的抽象和简化。
传统的 Agent 开发模式是:
人类发现问题 → 人类写 Skill → Agent 使用
自我进化模式是:
Agent 发现问题 → Agent 写 Skill → Agent(或其他 Agent)使用
后者把"能力生产"这件事,也交给了 AI。
「1. 触发识别(什么时候应该创建 Skill?)」
借鉴 Hermes 的设计,我定义了"高信号"场景:
同时也定义了"低信号"场景——一次性任务、高度定制化需求等,这些不应该创建 Skill。
「2. 创建流程(怎么写一个好 Skill?)」
好的 Skill 不是随便写的。参考 Hermes 的 Skill 规范,我提炼出完整的创建工作流:
「3. 决策流程(创建前的最终检查)」
在真正动手创建之前,Agent 需要回答一系列问题:
这个"三思而后行"的机制,避免了 Skill 泛滥——我们不希望 Agent 为每个小任务都创建 Skill。
维度 | Hermes 内置机制 | 提炼后的通用 Skill |
|---|---|---|
依赖 | 需要 Hermes 框架 | 框架无关 |
使用方式 | 自动运行 | 加载后按需触发 |
可定制性 | 需要改源码 | 直接修改 Skill 文档 |
适用范围 | Hermes 用户 | 任何 Agent 框架 |
这个通用 Skill 适合以下场景:
只要你的 Agent 框架能:
就可以集成这套自我进化机制。
这篇文章分享了我从 Hermes Agent 开源项目中提炼自我进化机制的过程。
感谢 Hermes 团队的优秀设计,让我有机会站在巨人的肩膀上,把这个能力带给更多的 Agent 框架。
AI Agent 的未来,不应该是"更大的模型"或"更多的工具",而是「更好的成长机制」。