Hermes Agent v0.12.0 于 2026 年 4 月 30 日发布，距 v0.11.0 仅隔 7 天，却是一次质量完全不同的更新。
官方给这个版本起了一个名字：The Curator Release（策展人版本）。1096 个提交、550 个合并 PR、213 位社区贡献者。但比数字更重要的是它在做什么：Hermes 第一次开始主动维护自己。
核心变化：Autonomous Curator
这是 v0.12.0 最值得展开说的功能。
之前 Hermes 的技能库（skills/）靠用户手动管理：你告诉它记住一件事，它记住；你让它做一件事，它可能写一个技能文件。但技能越积越多，没有清理机制，没有质量评估，最终会变成一个混乱的垃圾桶。
v0.12.0 引入的 hermes curator 解决了这个问题。它是一个运行在 Gateway cron 定时任务上的后台 Agent，默认每 7 天自动执行一次，做三件事：
- 评分：用模型 + 启发式规则给每个技能文件打分，评估实用性和质量
- 整合：把功能重叠的技能合并成一个更好的版本
- 清理：把评分低、长期未使用的死技能移到归档目录
每次运行后，Curator 会生成一份报告写入 logs/curator/run.json 和 REPORT.md，你可以看到每个技能的去留原因。
实际意义：你不再需要定期去清理 ~/.hermes/skills/ 了。Hermes 会自己处理这件事，就像整理自己的工具箱。
相关命令
hermes curator status # 查看技能库状态，按使用频率排序
hermes curator status --prune # 查看哪些技能会被标记清理
hermes curator run # 手动触发一次（不等7天）
Curator 使用哪个模型可以在 hermes model 里单独配置（auxiliary.curator），建议用便宜的模型，不需要高智能。
自我进化循环的重要升级
如果说 Curator 是「定期大扫除」，那自我进化循环（self-improvement loop）就是「每次对话后的随手整理」。
每次 Hermes 完成一个任务，它会在后台触发一个 review fork：决定这次对话里有没有值得写进记忆或技能的内容。v0.12.0 对这个机制做了实质性改进：
旧行为：用自由格式描述「我觉得这值得记住」，结果比较随机。
新行为：
- 基于 rubric 的分类优先：先判断内容类型（技能 / 记忆 / 模板 / 参考资料），再决定怎么写
- 偏向当前任务：优先更新刚刚使用过的技能，而不是创建新的
- 干净的上下文：从 review fork 的视角移除了上一轮的工具调用消息，让它看到的是更清晰的对话摘要
- 正确的运行时继承：credentials、模型配置、API Key 现在正确地从父进程传递给 review fork（这是个长期 bug，旧版本里 review fork 有时会用错模型）
对用户的感知：随着使用时间增长，Hermes 写出的技能和记忆质量应该明显更高，不再有「记了一堆没用的东西」的问题。
新平台和新集成
第 18、19 个消息平台
- 第 18 个平台是新增的原生渠道（具体平台官方未在摘要里点名，以官方文档为准）
- 第 19 个通过 Teams 插件实现：Microsoft Teams 现在可以通过插件方式接入，无需直接配置 webhook
Spotify + Google Meet 原生集成
- Spotify：可以直接通过 Hermes 控制音乐播放、查询当前播放内容、生成播放列表
- Google Meet：可以从 Meet 会议里读取信息、会后生成摘要
这两个集成对「把 Hermes 当作个人助理」的用法有意义，但需要连接 Google / Spotify 账号。
ComfyUI v5 和 TouchDesigner-MCP 转为内置
这两个此前是可选安装的技能，v0.12.0 起直接内置默认加载：
- ComfyUI v5：支持通过官方 CLI + REST API 直接驱动本地图像生成工作流，硬件条件不满足时自动跳过
- TouchDesigner-MCP：视觉/音频编程工具，新增了 GLSL、后期特效、音频处理等 9 个参考文档
对大多数用户影响不大（没有 GPU 的机器 ComfyUI 会被跳过），但对做创意开发的人来说这是开箱即用的升级。
性能改进：冷启动快 57%
这个数字是可感知的。v0.12.0 通过以下方式减少了启动时间：
- 懒加载 Agent 初始化：不需要等所有组件加载完再显示界面
- 懒加载主要依赖：OpenAI / Anthropic / Firecrawl 等库推迟到实际调用时再加载
- 配置文件缓存：
load_config()通过文件修改时间缓存，没有改动就不重新读取 - 工具定义记忆化：
get_tool_definitions()加了 TTL 缓存
原来在旧机器上启动 TUI 要等 3-4 秒，现在应该接近 1-2 秒。
新命令速查
| 命令 | 用途 |
|---|---|
hermes -z "任务描述" | 一次性非交互模式：执行一个任务后退出，适合脚本和定时任务 |
hermes update --check | 检查是否有新版本可用，不执行升级 |
hermes curator status | 查看技能库健康状态 |
hermes curator run | 手动触发一次技能库清理 |
/reload-skills | 在对话中重新加载技能（不重启 Gateway） |
hermes -z 是这次更新里对自动化用户最实用的新命令。一个典型用法：
# 在服务器 cron 里每天早上生成一份日报
0 8 * * * hermes -z "生成今日待办摘要并发送到 Telegram" --provider deepseek
升级方式
已有 Hermes 安装的用户：
hermes update
hermes --version # 确认变成 v0.12.0
hermes doctor # 检查有无配置缺失
新版本会提示你配置 auxiliary.curator（选择 Curator 使用的模型）。建议选 DeepSeek V4 Flash 或 MiniMax，用便宜的就够了，不需要强模型。
升级后建议主动跑一次 Curator 查看效果：
hermes curator status # 先看现有技能库状况
hermes curator run # 手动触发一次清理（可选）
这次更新意味着什么
Hermes 一直对外说自己是「越用越聪明的 Agent」。之前这句话主要靠用户手动管理记忆和技能来实现——你得知道怎么给它反馈、怎么整理技能库。
v0.12.0 的 Curator 是第一次让这个承诺在没有用户介入的情况下自动运行。你只需要使用它，它自己负责保持整洁。
对比 OpenClaw：OpenClaw 在 4 月同期仍然专注于拓展消息渠道和模型接入的广度，没有类似的自动维护机制。两个框架的产品方向差异在 v0.12.0 之后变得更加明显——OpenClaw 在横向扩展，Hermes 在纵向深化。
如果你选择 Hermes 的原因是「我希望 Agent 越来越懂我」，这个版本是值得关注的里程碑。
数据来源：Hermes Agent v0.12.0 官方发布说明