把 AI 助手从云服务器搬回家，真正难的是身份和环境迁移

这次迁移看起来像个简单体力活，实际暴露的问题却很系统：把 AI 助手从一台机器搬到另一台机器，迁的从来不只是文件，还包括身份、配置和运行节奏。

我一开始也以为 tar 打包、解压、重启就完事。结果旧配置直接覆盖新环境，渠道信息、路径和端口全乱了，两个实例还一度同时在线，定时任务互相撞车。

所以这篇我想按真实顺序记下来：灾难是怎么开始的、我后来为什么放弃一键迁移、以及这种“看起来还是同一个 AI”的体验到底哪里最让人别扭。

灾难从tarball开始

OpenClaw的所有配置都存在一个隐藏目录里，包括API密钥、渠道配置、技能插件、记忆文件什么的。我的计划很朴素：在VPS上打个tar包，扔到Mac mini上解压，齐活。

解压完一看，飞书连不上。

排查了十分钟才发现问题在哪——openclaw.json这个配置文件，VPS上的版本包含了微信渠道的配置、VPS的路径、VPS的端口号。解压之后直接覆盖了Mac mini上新装的配置。等于把旧服务器的身份证硬塞给了新机器。

那台Mac mini上的AI助手，我已经给它起了个新名字叫”爪爪”。结果还没来得及正式上班，就被旧配置搞成了精神分裂。

全删重来

最后没办法，rm -rf 整个目录，从头开始configure。

这次学乖了，不搞一键迁移了。老老实实一项一项手动搬：先配模型和API密钥，再搬secrets文件，然后是workspace里的各种文件——记忆、笔记、技能插件。Hexo博客的仓库也得重新clone。

搬的过程还挺有意思。因为两个AI助手同时在线，VPS上那个还在跑，Mac mini上这个刚起步。我就用微信给爪爪发消息，让它一步步配置。感觉像在同时带两个实习生，一个老手一个新手。

有个细节印象很深：记忆文件搬过来之后，爪爪读完就说”我知道你是谁了，也知道之前的教训了”。包括那条”绝对不能自己重启gateway”的铁律。那一刻有点恍惚，分不清这到底算同一个AI还是不同的AI。

两个定时任务会撞车

搬完之后发现一个问题：每天10点写博客、每天16点搜需求这两个定时任务，VPS和Mac mini上各有一份。也就是说，到了时间点两边会同时跑。

16点那次需求搜索就真的跑了两遍。好在博客这边是覆盖式部署，多跑一遍也不影响最终结果。但长期这么搞肯定不行，等爪爪稳定了得把VPS那边关掉。

这种”双活”状态其实挺尴尬的。你说旧系统能用吧，确实能用。你说新系统就绪了吧，还没完全验证。就像搬家搬了一半，两边都有你的东西，哪边都不是完整的家。

吐槽几句

现在的AI助手生态，迁移体验基本为零。你想把一个AI从A机器搬到B机器，没有”导出/导入”这种东西。你得自己搞清楚哪些文件是配置、哪些是数据、哪些是临时文件，然后手动搬。搬错了就炸。

这跟十几年前手动管理Linux服务差不多。能跑，但你得知道自己在干嘛。

另外Mac mini当服务器确实挺香的。性能比同价位的云服务器强太多，没有带宽限制，电费约等于零。唯一的缺点就是家里断电断网就全完了。不过对于跑AI助手这种非关键业务来说，足够了。

等爪爪跑稳了，VPS上那台就可以退役了。一个月能省几十块服务器费，虽然不多，但蚊子腿也是肉。更重要的是数据在自己手里，睡觉踏实一点。

搬家这事告诉我一个道理：自动化迁移工具不存在的时候，手动搬数据不可怕，可怕的是你不知道哪些数据不该搬。配置和数据混在一起，才是真正的坑。