痛点：Agent 技能库的”数字杂物间”问题
所有支持自我进化的 Agent 框架都面临同一个问题：技能文件会无限增长。
Agent 在使用过程中不断学习、生成新的技能文件——处理邮件的技能、查询天气的技能、生成报告的技能。但很少有人清理它们。三个月后，你的技能库里可能有：
- 12 个功能重叠的”文件搜索”技能
- 3 个不同版本的”邮件摘要”技能（v1、v2、v3）
- 一堆只触发过一次的超细碎技能
这就是”数字杂物间”效应——东西越来越多，真正有用的越来越少，搜索和匹配效率直线下降。
Curator 做什么
Hermes Agent 的 Curator（策展人）是一个自动化的技能库治理工具，定期执行以下操作：
| 操作 | 说明 | 效果 |
|---|---|---|
| 合并重叠技能 | 识别功能相似的技能文件，合并为统一版本 | 减少冗余，提升匹配准确率 |
| 清理长期不用的技能 | 标记并移除超过 N 天未被触发的技能 | 缩小技能库体积，加速检索 |
| 降级细碎技能 | 将过于具体的技能转为模板/脚本片段 | 保持技能库的抽象层级 |
| 保留核心工作流 | 只保留真正高频、有价值的技能 | 确保 Agent 响应质量 |
默认每周自动运行一次，也可以手动触发。整个过程不需要人工干预——Curator 本身就是 Agent 的一个内部模块。
对比：其他框架怎么处理？
| 框架 | 技能治理方式 | 自动化程度 |
|---|---|---|
| Hermes Agent（Curator） | 自动合并/清理/降级，可配置周期 | 全自动 |
| Claude Code (.claude/skills) | 手动管理，无内置清理机制 | 无 |
| OpenClaw | 技能版本管理，但不自动合并 | 半自动 |
| LangChain / CrewAI | 工具注册表，需手动维护 | 无 |
| Dify | 工作流版本管理 | 半自动 |
Curator 的核心差异化在于**“自动”**。大多数框架把技能管理留给开发者，但大多数开发者根本不会去清理——就像没人会定期整理自己的下载文件夹。
上手
如果你的 Hermes Agent 实例启用了自我进化功能（auto_evolve: true），Curator 会自动启用：
# hermes-config.yaml
agent:
auto_evolve: true
curator:
enabled: true # 默认开启
schedule: weekly # 运行频率：weekly / daily / manual
retention_days: 30 # 技能未使用的保留天数
merge_threshold: 0.85 # 技能相似度阈值查看 Curator 执行日志：
hermes logs curator --last 7手动触发一次 Curator：
hermes curator run --dry-run # 先预览会做什么
hermes curator run --apply # 确认执行格局判断
Curator 的推出标志着 Agent 框架从”能自我进化”进入”能自我管理”阶段。这是 Agent 从实验室走向企业部署的关键一步——企业不可能接受一个技能库无限膨胀、响应越来越慢的 Agent。
Hermes Agent 的 GitHub Star 数已经超过 Claude Code（截至 4 月 28 日的数据）。Curator 这类”运维级”功能的加入，进一步强化了它作为生产级 Agent 运行时的定位——不只是一个编码助手，而是一个能长期稳定运行的自主系统。
主要来源
- Hermes Agent GitHub
- Hermes Agent 官方公告（2026-04-30）
- 社区讨论：Hermes vs Claude Code star 对比