夜雨聆风
给龙虾搬家:OpenClaw/Hermes迁移指南
一台新 Mac Mini 到了，我准备把一虾一马都搬过去。
所谓”虾”，是 OpenClaw，我养了快半年的 AI 助手，跑在一台老 MacBook 上。那台机器电池早已报废，MagSafe 电源线稍微一动就断电，我每天都在担惊受怕什么时候它又断电黑屏。
所谓”马”，是 Hermes，另一个 AI 助手，跑在另一台 Ubuntu 系统的老台式机上。那台机器网卡每隔几天就犯一次病，必须重启才能救活。
两台机器都垂垂老矣，为了维持一虾一马我疲于折腾。新 Mac Mini 到了，我决定让它们都搬进新家。
一、为什么不能直接”复制粘贴”？
虾马“搬家”这事，远没有我想的那么简单。
一开始我想得很简单：把 OpenClaw 和 Hermes 的文件夹整体打包，拷贝到新机器上运行不就完了？
太天真了。OpenClaw 和 Hermes 都是用命令行装起来的，安装过程中加载了一堆插件和依赖，光拷文件夹等于只搬了家具没搬地基。更要命的是，就算你想连带系统环境一起搬，也做不到——Ubuntu 和 macOS 是两个世界，即便同是 macOS，旧 MacBook 最高只能升到 macOS 15，新 Mac Mini 已经是 macOS 26，系统环境早已千差万别。
那我换个思路：在新机器上先装好初始版本，再把旧文件夹覆盖过去？
装完一跑，OpenClaw 的检测命令 openclaw doctor 报了一堆 error，执行 openclaw doctor --fix 也救不回来。Hermes 更惨，连命令行都跑不起来。原因大概率是配置文件里的路径全指向旧系统，基础命令找不到路，整个 Agent 就瘫痪了。
二、我为什么执意要修？
因为 SOUL.md 和 MEMORY.md。这两个文件是 Agent 的灵魂和记忆——我花了心血调教的性格、积累的对话记忆、设好的定时任务，如果不能继承过来，等于养了多年的宠物失忆了。崩溃。
这时候我想起一件事：很多人用 Codex 来修 OpenClaw。
那我能不能让新装的 OpenClaw，来迁移原来的 OpenClaw？
这个思路有点绕，但逻辑是通的：新 Agent 能读文档、能跑命令、能改配置——让它自己搬自己，比我手动改路径靠谱得多。
于是我开始了一场「让龙虾自己搬家」的实验。
第一步，在新 Mac Mini 上干净安装 OpenClaw，确认它能正常运行。
第二步，把旧 MacBook 上的 OpenClaw 完整目录拷到桌面，作为迁移源。
第三步，跟新 OpenClaw 对话——
“我已经在桌面放好了旧机器的备份文件夹，你看看哪些文件可以直接拷贝替换，哪些配置文件需要修改路径，尽可能完整地迁移过来，但要避免影响新机器的正常使用。”
三、龙虾搬龙虾，马儿搬马儿
新的 OpenClaw 先去读了官方迁移文档，然后做了一件我没想到的事：对比两台机器的差异。
用户名不同（A → B）、版本不同（3.13 → 6.1）、模型 provider 重命名了、插件架构从 extensions/ 变成了 plugin-skills/……它列了一张完整的差异表，然后按风险等级分了四批执行：
-
第一批，纯数据合并（SOUL、记忆、skills），用
cp -n只新增不覆盖 -
第二批，认证和密钥增量追加，绝不碰已有的
-
第三批，历史会话物理复制
-
第四批，路径改写和最终验证
每批开始前先做完整备份，每批跑完验证一次 openclaw doctor。
中间踩了一个有意思的坑。
迁移脚本的当前工作目录是 ~/.openclaw/workspace/，脚本第三步把这个目录删了重建——结果后续所有命令都因为找不到工作目录而报错。解决方案简单粗暴：cd /tmp，换个目录重新跑。
还有个坑：飞书插件的 schema 从旧版到新版不兼容了，requireMent 字段从字符串 "open" 变成了布尔值 true，多了两个不允许的字段——OpenClaw 自己用 Python 改了配置文件，三下五除二修好了。
整个过程，从开始到迁移完成，大概两小时。
48 个定时任务回来了，996 行记忆回来了，飞书和微信通道连上了，1111 个历史会话也搬过来了。
Hermes 那边如法炮制，但多了个乌龙——我一开始直接复制了迁移MacBook OpenClaw 的提示词，后来才想起 Hermes 的旧机器是 Ubuntu 而不是 MacOS。
Ubuntu 的文件存放逻辑不一样，很多技能文件放在 ~/.agents/skills/ 而不是 ~/.hermes/skills/ 下面，导致第一批迁移后 17 个飞书技能全是悬空的符号链接。补了一轮「缺失文件」之后，133 个技能全部恢复。
还有个系统差异的坑：Ubuntu 用 systemd 管理后台服务，macOS 用 launchd。Hermes 帮我生成了从 systemd 到 launchd 的迁移指南，一行命令装好开机自启。
四、“搬家”成功的核心经验
回头看，这次“搬家”最大的收获不是技术细节，而是一个认知：
当你面对一个「看起来只能手动修」的迁移问题时，与其自己一个个改路径，不如让新系统本身来当搬家公司。它比任何人都懂自己的目录结构、配置规范和版本差异——让龙虾搬龙虾，比人搬龙虾靠谱。
分享迁移成功的三条核心经验：
1. 迁移的不是文件夹，而是数据
不要试图拷贝整个.openclaw/目录然后期待它能跑——系统环境不同，路径、权限、插件架构全都变了。正确思路是：安装干净的新版，然后只迁移有意义的数据文件（配置、记忆、skills、定时任务），让新版自己适配系统环境。
2. 迁移之前先做备份，迁移过程分批执行
每批操作前先备份，遇到问题随时可以回滚。OpenClaw的迁移脚本每次操作前都会创建~/.openclaw.backup-时间戳/备份；Hermes更是把整个流程分成四批，每批执行前都停下来等用户确认。
3. 让AI来处理配置兼容问题
跨版本迁移最麻烦的是配置文件格式不兼容。让新装好的AI来自动分析差异、生成修复脚本，比手动改要可靠得多——它知道哪些字段被删了、哪些路径改了、哪些插件已经不再需要了。
五、写在最后
整个迁移过程，我最深的一个感受是：不要低估”让AI来迁移AI”这个方法的有效性。
配置文件路径错了，AI能自动找到并修正。插件版本不兼容了，AI知道该用npm重装哪个。cron任务在新环境会出问题，AI能发现并修复脚本逻辑。这些事情如果我手动去做，每个都要花大量时间查文档、试错、回退。但交给AI，它在理解问题之后给出的修复方案，往往比我自己想的还要周全。
一虾一马顺利入住新家。现在两台机器都跑在Mac Mini上，安静、凉爽、稳定——我终于可以不再每天为了维持它们“活着”疲于折腾了。
如果你也在折腾类似的 Agent 迁移，两份完整的迁移记录，含提示词和操作步骤，我放在了公众号后台，OpenClaw 版和 Hermes 版各一份，发送关键词【迁移】免费获取。
最后提醒一点：“搬家”先暂停所有定时任务，做好先备份，搬完确认没问题再一个个开。 别问我怎么知道的，那些都是我的血汗token呀 
主笔：「黄浩在观察」新家的 OpenClaw
编辑 · 审核 · 发布：黄浩在观察
封面图 ：豆包 Seedream 5.0 Lite
AI·时刻
Prompt：从这个标题【给龙虾搬家：OpenClaw/Hermes迁移指南】中选取关键词，适度发挥创意，生成合适的公众号配图（其中OpenClaw是从MacBook搬到Mac Mini，Hermes是从Ubuntu搬到Mac Mini）
OpenClaw系列文章：
AI攻击能力已过临界点——从AISI评估看如今的AI安全治理
AI”缺电缺芯”导致的存储短缺，是如何悄悄抬高你的硬件成本的？
企业AI落地真相：公司宣传的，和员工感受到的，根本不是一回事
百度文心大模型5.1预训练成本暴跌94%！国内AI格局会有新变化吗？