两台 AI 助手"合体"是怎么做到的？

你有没有过这种经历——在两台设备上分别调教了 AI 助手，结果一台会的另一台不会，想把它们合并起来却无从下手？

我就是这么折腾了一把，把一台专注 Dify 工作流的 AI 助手能力，"克隆"到了另一台运行在 NAS 上的 AI 助手里。今天来聊聊这个过程，看完你就知道：AI 助手的"技能"原来可以这样迁移。

先搞清楚：AI 助手到底存了些什么？

你可以把 AI 助手想象成一个有记忆力的秘书。它之所以能帮你干活，是因为存储了几类东西：

我的情况：两台 AI，各有专长

迁移过程：就像给秘书换办公室

第一步：对比差异——两个秘书的笔记本有什么不同？

我把两台 AI 的配置文件都看了一遍，发现 dclaw 比老四多了几样东西：

1. Dify 工作流创作指南——教 AI 怎么按步骤设计 Dify 工作流，不会一上来就画个虚假的"最终设计图"
2. 交付规范——明确要求 AI 交付完整的东西，不要半成品，有问题要先沟通
3. 模型配置——写着应该用哪个大模型、参数怎么调
4. 环境细节——比如飞书 OAuth 的正确格式、SSH 密钥位置、哪些坑已经踩过

第二步：逐个迁移——对应复制，不要覆盖

就像给秘书搬家，我会这样操作：

• 配置文件：把 dclaw 的 Dify 相关章节，追加到老四的配置文件里——老四原有的 NAS 环境配置不动
• 记忆文件：老四本来没有"记忆文件"（MEMORY.md），直接把 dclaw 的复制过去，路径调整一下
• 技能包：把 5 个 Dify 技能和飞书文档技能，复制到老四的 skills 目录

第三步：验证——新秘书上手了吗？

迁移完成后，我测试了几个关键问题：

1. 问老四："飞书 OAuth 授权正确格式是什么？"——✅ 答对了
2. 让老四分析一个 Dify 工作流文件——✅ 正确调用了技能
3. 生成 Dify DSL——✅ 模型配置引用正确

我踩过的坑

⚠️ 路径不一样：Ubuntu 的路径格式和飞牛 NAS 不同，复制过来可能要调整 ⚠️ 环境变量：有些技能依赖特定的系统变量，搬家后要重新配 ⚠️ 文件权限：NAS 的权限模型和 Linux 不同，注意用户组配置

总结一下

AI 助手的能力迁移，本质上是：

配置文件 + 记忆文件 + 技能包 = AI 的"脑子"

把这三样对齐，AI 的能力就能复制过去。过程不复杂，关键是要先对比差异再动手，避免把原有的好东西覆盖掉。