如何将 ChatGPT 项目迁移到无审查AI

找到一款限制更少的 ChatGPT 替代产品，只是第一步。真正困难的，是如何把已有项目完整迁移过去，同时保留让项目能够继续推进的关键背景。

一个长期使用 AI 推进的项目，可能包含人物关系、写作偏好、研究假设、废弃方案、格式要求、来源规则，以及分散在多轮对话中的大量细节。

只打开一个新聊天窗口，再粘贴上一条提示词，通常无法把这些内容一起带过去。

更稳妥的做法，是把项目整理成一套不依赖特定平台的说明文件。无论换到哪款 AI，都可以通过这份文件快速恢复项目。

本文将介绍如何整理现有 ChatGPT 对话、删除无用历史、在 XPT 中重新建立项目，以及如何确认迁移已经完成。

如果你还在比较两款产品的使用方式，可以先阅读 XPT 与 ChatGPT 对比。本文默认你已经准备开始测试或迁移项目。

先确定哪些内容必须保留下来

不要从复制完整聊天记录开始。

第一步应该是确认：新的 AI 必须理解哪些信息，项目才能正常继续。

大多数项目的上下文可以分为四类。

这种区分非常重要，因为一段长对话中经常存在相互冲突的指令。

例如，你可能在早期要求使用正式语气，后来又改成更自然的表达。如果迁移时不说明哪个要求仍然有效，新的 AI 很难判断应该遵循哪一条。

开始迁移前，应先明确：

• 哪些内容不能改变；
• 哪些部分仍然可以调整；
• 哪些方向已经被否定；
• 项目的下一项任务是什么。

把聊天记录整理成项目文件

聊天记录记录了项目的发展过程，但它并不是最适合继续项目的格式。

你需要创建一份更简洁的项目文件，只保留恢复工作所需的信息。

一份实用的项目文件通常包括以下部分。

项目概述

用两到三句话介绍项目。

说明你正在创作、研究、规划或讨论什么。这里不需要加入所有历史细节。

例如：

这是一个关于调查记者寻找失踪弟弟的心理惊悚故事。作品采用克制的第一人称叙述，重点讨论负罪感、不可靠记忆和机构隐瞒。

当前目标

说明接下来希望得到什么结果。

例如：

• 从现有结尾继续创作第八章；
• 在不改变情节的情况下调整人物表现；
• 将研究笔记整理成一个完整论点；
• 从特定场景继续角色扮演；
• 保留已经确认的品牌语气，重新撰写产品文案。

当前目标应该描述下一步，而不是重复整个项目的长期愿景。

长期指令

列出未来对话中持续有效的要求。

可以包括：

• 语气；
• 叙述视角；
• 回复长度；
• 结构；
• 格式；
• 常用术语；
• 需要避免的表达；
• 反馈应该多直接；
• 信息不足时应先提问，还是进行合理推断。

尽量把要求写成可以观察的具体行为。

不要只写：

让对话更自然。

可以写成：

对话保持简洁，避免大段解释人物情绪。通过停顿、打断和间接回答表现紧张感。

已确认事实

记录除非用户明确要求，否则不应改变的信息。

对于创作项目，可能包括：

• 人物身份；
• 年龄和关系；
• 时间线；
• 地点；
• 世界观规则；
• 已确认的动机；
• 每个角色已经知道的信息。

对于研究或工作项目，可能包括：

• 已经核实的事实；
• 已批准的产品表述；
• 来源要求；
• 已确定的决定；
• 固定术语；
• 法律或合规限制。

已否定方向

列出曾经考虑过、但已经放弃的重要方向。

这样可以避免新的 AI 重新使用旧方案。

例如：

• 不要加入超自然解释；
• 删除原来的感情支线；
• 不要把产品描述成完全匿名；
• 不再使用最初的广告口号；
• 第三个研究假设因证据不足已被否定。

待解决问题

将仍然没有答案的问题与已确认事实分开。

例如：

• 失踪的弟弟是否仍然活着；
• 应优先覆盖哪个客户群体；
• 当前证据能否证明因果关系；
• 角色之间的关系应该如何发展。

下一项任务

项目文件的最后，应给出一条明确的后续指令。

新的 AI 阅读后，应该能够直接理解下一步要做什么。

可直接使用的项目迁移模板

## 项目概述

[用两到三句话介绍项目。]

## 当前目标

[说明接下来希望得到的具体结果。]

## 长期指令

- [语气和表达风格]
- [格式与结构]
- [叙述视角]
- [内容长度]
- [常用术语]
- [需要避免的表达或行为]

## 已确认事实

- [固定事实]
- [固定事实]
- [已经确认的决定]

## 已否定方向

- [不应再次使用的想法]
- [已经失效的旧决定]

## 待解决问题

- [尚未解决的问题]
- [仍需做出的决定]

## 参考示例

[放入一小段符合要求的输出。]

## 当前进度

[说明上一段对话停在什么位置。]

## 下一项任务

[给 AI 一项明确的任务。]

建议同时把这份文件保存在聊天平台之外。

无论是本地 Markdown 文件、在线文档还是笔记页面，都能让项目在未来再次迁移时更加方便。

如何压缩一段很长的 ChatGPT 对话

有些项目可能包含几百条消息。

一次性总结整段聊天，容易遗漏重要信息。更适合的方法是分阶段整理。

第一步：按照功能分类

可以把内容分为：

• 项目规则；
• 人物或品牌资料；
• 研究结果；
• 已确认决定；
• 草稿内容；
• 修改记录；
• 废弃方向；
• 未完成任务。

不要只按照时间顺序整理，而应判断每条信息对项目有什么作用。

第二步：提取决定，而不是保存完整讨论

迁移文件不需要保留每一次讨论过程。

例如，可以把下面这段内容：

我们讨论了三个结局。第一个结局是人物被捕，第二个结局是逃走，第三个结局是案件保持悬而未决。考虑到故事主题和人物情绪，最终决定使用开放式结局。

压缩为：

已确认结局：案件保持悬而未决。不要使用被捕或逃走的结局。

新的 AI 通常需要知道最终决定和必要原因，而不需要完整复盘讨论过程。

第三步：明确标记信息状态

建议统一使用以下标签：

• 已确认
• 未验证
• 备选方案
• 已否定
• 待决定

对于研究项目，这一点尤其重要。否则，AI 之前提出的建议很容易被误认为已经核实的事实。

第四步：合并重复指令

长对话中经常会用不同方式重复相同要求。

例如：

• 不要太像企业文案；
• 表达更像真人；
• 避免营销话术；
• 去掉空泛的推广内容；

可以合并为：

使用直接、自然的表达，避免企业套话、空泛宣传和夸张语气。

第五步：只保留真正有用的示例

没有必要迁移每一版草稿。

通常只需要保留：

• 一份符合预期的示例；
• 一份能够说明常见问题的反例；
• 最新确认版本。

同时说明每个示例用于展示什么。

如何迁移创意写作项目

小说、剧本和故事项目非常依赖上下文。

即使新模型写得流畅，也可能在不知不觉中改变人物动机、故事时间线或场景的情绪意义。

迁移前，建议准备四份简洁资料。

故事概述

包括：

• 类型；
• 核心设定；
• 主要冲突；
• 主题；
• 叙述视角；
• 目标读者；
• 整体语气。

人物档案

每个重要人物可以使用以下格式：

姓名：
年龄：
身份：
外在性格：
真实动机：
主要矛盾：
与其他角色的关系：
说话风格：
角色已经知道的信息：
角色不知道的信息：
必须保持一致的设定：

不要添加与情节和人物表现无关的装饰性细节。

时间线

按照事件实际发生的顺序整理，尤其适合非线性叙事。

可以包括：

• 故事开始前发生的事件；
• 主要场景事件；
• 后续才会揭示的信息；
• 尚未解决的时间问题。

当前场景说明

说明：

• 场景发生在哪里；
• 哪些人物在场；
• 每个人想得到什么；
• 上一个场景发生了什么；
• 当前场景必须发生什么；
• 哪些事情不能发生；
• 旧草稿停在什么位置。

在 XPT 中重新开始时，先提供项目文件和当前场景说明。除非下一项任务确实依赖整部作品，否则不需要一次性提交所有章节。

如何迁移角色扮演对话

角色扮演的连续性并不只依赖人物简介。

还应准备一份当前状态说明，包括：

• 角色身份；
• 用户扮演的身份；
• 双方关系历史；
• 场景背景；
• 世界规则；
• 当前地点；
• 最近发生的事件；
• 当前情绪状态；
• 尚未解决的矛盾；
• 叙述视角；
• 偏好的回复长度；
• 用户设定的边界。

还可以说明，当信息不足时，角色应该如何反应。

例如：

不要跳出角色讨论提示词。遇到不影响主线的小细节时，根据人物当前掌握的信息和性格继续回应。只有缺失信息会明显改变场景时，才需要提问。

同时明确区分：

• 角色知道的信息；
• 只有用户知道的信息；
• 只有叙述者知道的信息。

这样可以减少意外剧透和缺乏解释的行为变化。

如何迁移研究和分析项目

研究内容需要更严格地标记信息状态。

建议将迁移内容分为以下几类。

已核实信息

由可靠来源支持的事实。

最好同时保留来源，或者记录足以重新找到来源的信息。

当前解释

你目前对证据含义的理解。

需要明确说明这只是解释，而不是已确认事实。

待验证假设

仍需进一步验证的问题或可能解释。

AI 提供的研究线索

由 AI 提出的关键词、论点、例子或研究方向。

这些内容不应被直接视为研究结论。

来源规则

明确哪些来源可以接受。

例如：

• 优先参考原始研究；
• 产品信息以官方资料为准；
• 区分事件发生时间和文章发布时间；
• 不把搜索结果摘要当成证据；
• 对无法独立核实的内容进行标记。

在新的 AI 中恢复项目时，可以先要求它重新分类所有观点：

检查下面的研究笔记。

请将每项内容标记为：

- 已核实；
- 当前解释；
- 待验证假设；
- 缺少依据；
- 已过时或需要重新检查。

暂时不要添加新的结论。

这样可以防止旧对话中的错误随着项目一起迁移。

如何迁移品牌和工作项目

专业项目通常依赖许多没有正式写进品牌规范的决定。

迁移前，应整理：

• 目标用户；
• 产品定位；
• 已确认术语；
• 禁止使用的产品表述；
• 品牌语气；
• 句子长度；
• 常用行动号召；
• 格式要求；
• 法律或合规限制；
• 审核通过的文案示例；
• 已经被否定的表达。

需要把长期品牌规则与单次任务要求分开。

例如：

长期品牌规则

将产品描述为减少不必要的对话中断。不要声称产品没有任何规则，也不要保证完全匿名。

单次任务要求

为成年创作者撰写一段 150 词的落地页介绍。

这样可以让后续任务更容易管理。

在 XPT 中重新建立项目

项目文件准备完成后，可以在 XPT 中创建一段新对话。

第一步：提交项目文件

先粘贴整理好的项目文件，不要立即要求生成最终内容。

可以使用以下指令：

阅读下面的项目文件。

在开始执行任务前，请先整理并返回：

1. 项目目标；
2. 长期指令；
3. 已确认事实；
4. 已否定方向；
5. 待解决问题；
6. 下一项任务。

如果存在矛盾或缺失信息，请明确指出。

第二步：检查项目总结

在总结准确之前，不要直接继续项目。

重点检查：

• 是否仍然包含过时指令；
• 是否把事实理解成备选方案；
• 是否把备选方案理解成最终决定；
• 是否遗漏边界；
• 时间线是否混乱；
• 人物知道的信息是否准确；
• 下一步是否明确。

发现多个问题时，最好在一条消息中集中修正，而不是零散发送很多小调整。

第三步：建立项目基线

确认总结准确后，让 XPT 重新整理一份最终项目基线。

把这份版本保存到聊天平台之外。

之后，项目文件应成为最新、最可靠的项目说明。

第四步：继续一个原本就存在的任务

选择迁移前已经在推进的工作。

这样比创建一个完全无关的测试更有价值，因为它能真正检验项目背景是否迁移完整。

例如：

• 继续尚未完成的场景；
• 修改最近确认的草稿；
• 整理已有研究论点；
• 从最后一个事件继续角色扮演；
• 按照现有品牌规则生成下一版活动文案。

第五步：记录重要修正

当你修正了一个重要误解时，也要同步更新外部项目文件。

不要只依赖聊天历史保存这项修正。

项目迁移验收清单

如果以下大部分问题都可以回答“是”，说明项目迁移基本完成。

项目背景

• 新对话是否准确理解项目目标？
• 长期指令是否与临时要求分开？
• 已确认事实是否完整保留？
• 已否定方向是否已经排除？
• 待解决问题是否仍被标记为未确定？

连续性

• 人物关系和动机是否保持一致？
• 时间线是否正确？
• AI 是否知道旧项目停在哪里？
• 是否无需重复基本背景就能继续任务？

指令执行

• 目标语气是否保留？
• 输出格式是否正确？
• 术语和固定表达是否一致？
• 进行小范围修改时，能否保留其他内容？

信息质量

• 是否区分已核实事实和待验证假设？
• 缺少依据的内容是否被标记？
• 来源规则是否仍然有效？
• 已过时的信息是否被识别出来？

项目独立性

• 不打开旧聊天，项目是否也能继续？
• 最新项目文件是否保存在平台之外？
• 是否可以使用同一份文件再次迁移项目？

如果每次执行任务前都需要返回旧聊天查找背景，说明迁移还没有真正完成。

迁移前清理敏感信息

与原始聊天记录相比，项目文件更容易检查，因此迁移也是清理隐私信息的好机会。

建议删除或替换：

• 密码；
• 访问令牌；
• API 密钥；
• 银行账户信息；
• 客户隐私数据；
• 公司内部财务信息；
• 医疗记录；
• 家庭地址；
• 身份证明号码；
• 机密法律材料；
• 未公开的公司计划。

不需要使用真实身份时，可以统一使用占位符：

• CLIENT_A
• EMPLOYEE_B
• COMPANY_C
• PROJECT_D

迁移到限制更少的 AI，并不意味着可以忽略敏感信息保护。在提交机密内容之前，应检查产品当前的隐私政策和数据控制设置。

一次只迁移一个项目

不要在同一次操作中迁移所有项目。

可以先选择一个符合以下条件的项目：

• 目前仍在推进；
• 足够重要，值得认真测试；
• 已有内容相对容易整理；
• 不依赖高度敏感的信息。

测试期间，可以暂时保留旧对话作为参考。

当新项目文件已经能够独立支撑工作后，再迁移下一个项目。

一个更稳妥的流程是：

1. 整理一个项目；
2. 创建迁移文件；
3. 在 XPT 中重新建立项目；
4. 完成一项真实任务；
5. 补充遗漏的背景；
6. 确认不依赖旧聊天也能继续；
7. 保存最终迁移文件；
8. 开始迁移下一个项目。

分阶段迁移更容易发现缺失信息，也能减少多个项目之间的混淆。

常见的项目迁移错误

直接复制完整对话

原始聊天记录包含大量噪音。应该迁移项目当前状态，而不是每一条消息。

保留相互冲突的指令

迁移前，应先确定新旧偏好中哪些仍然有效。

忘记标记废弃方案

如果不明确说明哪些方向已经放弃，AI 可能会在后续内容中重新使用它们。

混淆事实和 AI 建议

研究笔记必须区分已核实信息和模型提出的可能性。

一次迁移太多内容

没有结构的大量上下文，往往比经过整理的短文件更难理解。

没有保存新的项目基线

重要修正应该同步写入外部项目文件，而不是只留在新聊天中。

使用无关提示词进行测试

测试任务应该依赖已有项目背景。否则，你测试的只是普通生成质量，而不是迁移质量。

常见问题

是否应该把完整的 ChatGPT 对话复制到 XPT？

通常不建议这样做。

结构化项目文件比原始聊天更加清晰，可以删除重复内容、冲突指令和废弃方案。

只有下一项任务确实依赖原始措辞或消息顺序时，才有必要迁移完整对话。

一份项目迁移文件应该有多长？

长度应足以保留项目，但不能影响信息清晰度。

简单项目可能只需要几百字。复杂的小说、研究项目或长期角色扮演，则可能需要多份相互关联的文件。

重点不是固定字数，而是信息是否清楚。

如何迁移 ChatGPT 的自定义指令？

只复制与当前项目有关的内容。

通用偏好可以放入“长期指令”，项目专属规则则保留在项目文件中。

迁移前应重新检查，因为旧指令不一定仍然符合当前使用习惯。

很长的写作项目应该如何迁移？

不要把整部作品一次性放进同一条提示词。

可以分别创建：

• 项目概述；
• 风格规则；
• 人物档案；
• 时间线；
• 章节摘要；
• 当前场景；
• 待解决问题。

每次只提供与当前任务有关的文件。

如何避免人物在迁移后发生变化？

使用简洁的人物档案，记录人物动机、关系、说话方式、信息边界和必须保持一致的细节。

继续故事前，可以先让新的 AI 总结所有主要人物。

旧聊天需要保留多久？

保留到迁移后的项目无需频繁返回旧对话，也能够正常继续为止。

之后是否继续保存，可以根据自己的备份、隐私和记录管理要求决定。

如何判断迁移已经成功？

当新的 AI 只依靠外部项目文件，就能准确继续现有工作时，说明迁移已经完成。

你不应再频繁解释旧决定、恢复丢失背景，或在旧对话中查找基本信息。

将一个真实项目带到 XPT

不要使用一个以后不会再次使用的测试提示词。

选择一个正在推进的真实项目，整理好项目目标、长期规则、已确认事实、已否定方向、待解决问题和下一项任务。

将项目文件提交给 XPT，检查它对背景的理解，然后从原项目停止的位置继续。

立即在 XPT 中创建新对话。