更换 AI 工具不丢工作流：提示词、知识库和自动化迁移指南

AI 工具变化很快：功能被合并、品牌迁移、免费额度调整，或者团队发现另一款工具更适合。很多人直到准备取消订阅时才发现，真正被锁住的不是月费，而是多年积累的提示词、知识库、历史对话和自动化连接。

迁移不应该从“找一个一模一样的替代品”开始，而应先把现有工作流拆成可以带走的资产。

先盘点六类资产

1. 输入模板：提示词、任务单、表单和系统规则。
2. 知识资料：上传的文档、网页、术语表和内部说明。
3. 生成结果：文章、图片、代码、会议笔记和分析报告。
4. 结构信息：文件夹、标签、项目、Agent 配置和权限。
5. 自动化：API、Webhook、定时任务和第三方连接。
6. 评估标准：测试样本、人工检查清单和已知错误。

把这六类资产列成表格，记录所有者、存放位置、敏感等级、导出格式和最后更新时间。没有所有者的资产最容易在迁移中丢失。

提示词要从聊天记录中解耦

不要把重要提示词只保存在某次对话里。将它们整理成普通文本或 Markdown，包含用途、输入变量、示例、禁止项和验收标准。

平台专属功能要单独标记，例如引用某个插件、模型名称、文件工具或特殊语法。迁移到新工具时，先删除这些依赖，再用新平台的小样本测试。

知识库优先保存原始资料

向量索引和平台生成的摘要通常难以直接迁移，原始文件才是长期资产。保留来源文件、文件名、日期、作者、访问权限和版本记录；网页资料还要保存原始链接与抓取日期。

迁移前清理重复、过期和无权继续使用的资料。不要为了“完整”把所有旧内容再次上传，新知识库应该从经过筛选的真值资料重建。

历史记录分三档处理

• 必须保留：决定依据、最终交付、合同相关信息和可复用流程。
• 需要摘要：长对话和研究过程，只保留结论、来源与未解决问题。
• 可以删除：临时尝试、重复生成和包含不必要敏感信息的内容。

不要盲目导出全部聊天再导入另一平台，这会带来噪声、隐私风险和格式问题。

自动化迁移先画依赖图

记录每条自动化的触发器、输入、模型、外部服务、输出和失败处理。特别检查硬编码的模型名称、字段结构、速率限制、密钥和回调地址。

新旧系统并行运行一段时间，使用相同样本比较结果。先切换低风险任务，再迁移会写入外部系统的流程。涉及邮件、支付、发布和数据删除的自动化必须重新审批。

建立一套迁移验收测试

选择 10～20 个真实样本，覆盖普通任务、困难任务和边界情况。比较：

• 输出是否满足原来的验收标准；
• 引用、格式和结构是否保留；
• 人工修改时间是否增加；
• 敏感信息是否进入不该进入的日志或模型；
• 错误后是否可以重试和回滚。

不要只比较最好的一次结果，要记录稳定性和总成本。

取消旧工具前的最后清单

• 完成必要内容和账单的导出；
• 撤销 API 密钥、OAuth 和第三方连接；
• 取消定时任务与 Webhook；
• 转移共享项目的所有权；
• 确认数据删除和保留政策；
• 保留一份不含敏感凭据的迁移记录。

结语

真正可持续的 AI 工作流，应当允许工具被替换。把提示词写成文档，把原始资料掌握在自己手中，把自动化依赖画清楚，并保留可复现的测试样本。这样工具变化时，你迁移的是能力，而不是从头再来。