~/.openclaw 整个端走从 OpenClaw 换到 Hermes，不用重来一遍。 一条命令，人格、记忆、技能、API key、设置全部继承。 这一篇讲怎么搬，以及从这件事推出的一条更重要的选型判据。
本文写什么迁移命令、检查顺序、通用判据。 本文不写我们自己迁了什么内容。
它从 ~/.openclaw 读，导入这些：
| 搬什么 | 值不值 |
|---|---|
| 人格 | 调教了几个月的语气与偏好，重配很麻烦 |
| 记忆 | 最不可替代的一项——它对你和你项目的了解，重建不出来 |
| 技能 | 攒下来的可复用做法 |
| API key | 省得重新找一遍 |
| 设置 | 各种开关与偏好 |
--dry-run，理由有三个如果你已经在新工具里配过一些内容，导入是往上叠还是往上盖？ 干跑能直接告诉你答案，比读文档快。
API key 被导入意味着它们会落进新工具的密钥文件（Hermes 是 ~/.hermes/.env）。
这是你重新审一遍手上有哪些 key 的最好时机：
过期的、不用的、不知道哪来的，趁现在清掉，别原样搬到新家继续躺着。
攒了很久的记忆里可能有已经不成立的结论—— 比如某个早就改掉的项目约定、某个已经废弃的做法。 全量搬过去，等于把过期认知也一起继承了。
干跑先看清单，心里有数再决定。
| 验 | 怎么验 |
|---|---|
| 记忆真的在 | 问它一件只有旧记忆里才有的事，看它答不答得上 |
| key 分对了文件 | 确认密钥落在 .env 而不是主配置里——这决定你的备份策略 |
| 技能没串味 | 翻一遍技能清单，把明显过期的删掉（见上一篇第五节） |
这条命令之所以对我们有用，前提是停机那天把 ~/.openclaw 整个归档了，
而不是「反正不用了」直接清掉。当时那个动作只是出于谨慎，
后来才发现它保住的是第 12 篇说的那批资产。
挑常驻 agent 时，除了看它能干什么，还要问一句： 「它把我的资产存在哪儿？我能不能整个拿走？」
好的答案：集中在少数几个目录里、格式可读、能整份复制。 差的答案：散落在数据库、系统各处、或者只存在于某个云账号里。
这条判据决定的不是你今天用得爽不爽， 而是三个月后你想换的时候，是「一条命令」还是「从头再来」。
不打算换工具的人也该关心这件事。因为「能整个搬走」和「能整个备份」是同一个属性—— 第 6 篇那张备份清单，本质上问的就是这个问题： 你的资产在哪几个目录里？
答不上来，就说明你既备份不了，也搬不走。
hermes claw migrate（交互式导入）与 hermes claw migrate --dry-run（预览）；
从 ~/.openclaw 导入人格、记忆、技能、API key 与设置。官方文档，2026-08-21 核。~/.hermes/.env，其余设置存
~/.hermes/config.yaml。