01
先跑 hermes claw migrate --dry-run，先看映射结果，再决定是否真正写入。
Decision Guide
Hermes vs OpenClaw
这页只回答一个实际问题：如果你已经知道 OpenClaw，现在应该继续留在那里，还是开始迁到 Hermes？关键不在于宣传，而在于你是在保护旧环境，还是在为下一阶段选主线。
短结论
新开始选 Hermes。迁移到 Hermes 要有意识地做。
如果你是从零开始，Hermes 是更好的默认选项，因为当前官方安装路径、release notes 和文档面都聚焦在那里。
如果你已经在跑 OpenClaw，Hermes 仍然值得迁移，但前提是你愿意把迁移当成一次需要验证的改动，而不是把它当成魔法按钮。
这页适合谁
- 你想为新的 agent 工作流选一个更合适的默认主线
- 你在判断这周是否值得迁移
- 你想知道 Hermes 在哪里减少了当前决策负担
- 你不想对“迁移会自动搞定一切”抱有错误预期
决策矩阵
| 决策点 | Hermes | OpenClaw |
|---|---|---|
| 最适合什么时候选 | 当你想使用当前官方主线运行时、活跃 release 节奏、gateway messaging、MCP 和 delegation 这一整套能力时。 | 当你已经有一套成熟的 OpenClaw 环境，并且这周不想改动已经在工作的流程时。 |
| 迁移成本 | 如果先用 hermes claw migrate，再逐项验证 provider、memory 和 gateway，成本通常低于手工重建。 | 只有在你完全不迁移、继续原样保留旧环境时，短期成本才可能更低。 |
| 心智模型 | 更接近一套统一 agent 平台：setup、messaging、MCP、memory、skills 和 delegation 都在当前官方文档面内收敛。 | 更像一套你已经熟悉的个人环境，但它仍然需要你按自己的旧习惯继续维护。 |
| 本站建议 | 如果你是新开始、要重构工作流、或者想走今天官方仍在积极描述的主线，选 Hermes。 | 只有当你当前 OpenClaw 环境已经承载生产工作，而你这周无法安排迁移验证窗口时，才建议暂时留在 OpenClaw。 |
如果你要迁移，先验证这 4 件事
02
迁移后用 hermes status 验证 provider，不要默认所有 token 都按你预期复制成功。
03
确认 AGENTS.md 是否应该进入你的当前工作区，而不是只迁移全局身份层。
04
把 messaging 当成单独验证步骤。Telegram、Discord、Slack、WhatsApp、Signal 都有各自的迁移后表面。
Site view
为什么本站建议大多数新用户直接上 Hermes
如果你今天是在做新决策，而不是在保护旧环境，Hermes 是更干净的起点。当前官方安装、迁移、provider、memory、gateway 和 delegation 路径都已经收敛到 Hermes，这会明显减少决策分叉。
Site view
什么时候不该立刻迁移
不要因为“新栈看起来更干净”就选在敏感生产周迁移。如果你的 OpenClaw 环境已经接到真实工作流，迁移应该被视为一次明确的变更窗口，并在迁移后验证 messaging、providers 和 memory。
Site view
这页刻意不做什么
这页不是伪装成客观裁判的功能比分表。它不会虚构性能领先、稳定性胜负或未经证实的平台优势。它只是帮助操作者判断方向。