站内笔记

Hermes 研究简报

这里不只是复述官方 docs，而是把官方事实整理成更适合迁移判断、安装决策和运维阅读的站内文章。

OpenClaw 迁移：Hermes 官方会迁入哪些内容

Hermes 没有要求 OpenClaw 用户手工重建环境，但它也没有假装迁移是完全自动的。官方迁移路径的价值，在于尽可能保留身份、memory、skills 与 provider 相关状态，同时明确留下操作者需要复核的边界。

安装脚本本身并不复杂，真正的 setup 工作在于选对平台、避开第一小时最常见的分叉错误，并确保你的首次成功路径证明的是 Hermes 在你的环境里真的可用，而不只是脚本执行完了。

如果把 Hermes 的记忆系统简单理解成一个数据库，就会把架构讲错。官方文档把长期记忆拆成主记忆文件和 session 检索层，而这个拆分决定了你是否真的理解 Hermes 是怎样延续上下文的。

SOUL.md 最适合被理解成实例级身份层，而不是项目规则回收站。官方对 SOUL.md 和 AGENTS.md 的职责拆分，是 Hermes 用户最值得尽早建立的心智模型之一。

官方 MCP 指南之所以保守，是有原因的：最安全的接入方式永远是先小后大、先窄后宽，而不是第一次 session 就把 Hermes 变成全权限控制台。

v0.10.0 重要的地方，不只是多了一个新能力，而是它改变了 Hermes 的首轮评估路径。对于受支持的 Nous Portal 流程，它把“先验证 agent 本身”与“先拼一堆工具凭据”这两件事拆开了。

v0.9.0 是 Hermes 从“CLI 里一个有意思的 agent”转向“更完整操作环境”的关键节点。更多平台、更多 messaging surface、本地 dashboard 和运行时加固在这一版里同时落地。

有关 Hermes 功能与版本，请优先以官方仓库和官方文档为准。