换一个 AI 工具，怎样保留原来的工作方法

迁移 AI 工具之前，先找出工作中哪些信息只存在于旧聊天里。目标、最终决定、输出格式和错误案例，如果没有单独保存，新工具就需要重新猜测。

这里讨论的是迁移工作方法，不承诺任何两个产品的功能或数据格式互相兼容。

准备一个小型交接包

交接包可以由几份普通文档组成：项目目标、当前状态、决策记录、常用模板、验收样例和已知限制。为每份文档注明维护日期，并链接到真实产物。

不要一开始导入全部历史记录。过时的指令和曾经被否决的方案可能与当前要求冲突。先保留现在仍有效的决定，再把需要追溯的历史作为补充资料。

区分信息与工具能力

“每周整理一份摘要”是工作要求；调度时间、账号授权和消息发送是工具配置。文档能够描述前者，但不会自动迁移后者。

制作一张能力表：旧工具能读取什么、修改什么、如何通知人，新工具分别是否支持。缺失能力先标记，不用在说明里写成已经具备。

用固定样例比较迁移结果

准备几项不含隐私的小任务，保留输入、期望结果和检查方法。例如从三条公告中提取时间与标题，再识别一条缺少日期的记录。

在新工具中重复这些任务，比较遗漏、格式、来源和人工修正量。若结果不同，先检查说明与权限是否一致，再讨论模型差异。少量测试只能发现部分问题，不能证明所有旧工作都已迁移。

先保留恢复路径

导出原始文件并检查能否打开；迁移期间给新输出使用单独目录，避免覆盖旧结果。对需要真实账号权限的任务，先验证读取，再验证可恢复的修改，最后处理影响更大的操作。

当新流程通过约定检查后，再决定停用哪些旧流程，防止两个系统同时执行同一任务。尤其是自动发信、同步和定时任务，应明确只保留一个实际执行入口。

迁移记录的价值在于让下一次更容易：写清哪些能力成功接上、哪些仍需人工处理，以及下一位维护者应该先检查什么。