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

找到一个不受过多限制的 ChatGPT 替代方案只是第一步。更难的是把你现有的工作迁过去，同时不丢失那些真正让项目有价值的上下文。

一个长期运行的 AI 项目，往往包含角色背景、写作偏好、研究假设、被否决的想法、格式规则、来源要求，以及在大量对话中逐步做出的细小决定。打开一个新的聊天机器人，只粘贴最新一条提示词，通常无法把这些内容完整带过去。

更好的做法，是把项目整理成一套可移植的说明，让它能在不同 AI 平台之间继续使用。

本指南会说明如何整理你现有的 ChatGPT 工作、删除不必要的历史信息、在 XPT 中重新建立项目，并在继续工作前确认迁移是否完整。

如果你还在判断哪个平台更适合自己的工作方式，可以先阅读 XPT vs ChatGPT。本指南默认你已经准备好测试或开始迁移。

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

不要一开始就复制整段对话历史。

先找出新 AI 必须理解的内容，确保项目可以正确继续。

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

这样区分非常重要，因为长对话中经常会出现互相冲突的指令。

例如，你可能在早期草稿中要求正式语气，后来又改成更口语化的风格。如果迁移时把两条指令都保留，但没有说明哪一条才是当前规则，新 AI 就无法可靠判断应该遵循哪个版本。

迁移前，请先明确：

• 哪些内容必须保持不变；
• 哪些内容仍然可以修改；
• 哪些方向已经被否决；
• 下一步具体要做什么。

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

聊天记录记录了项目是如何一步步发展的，但它并不是最适合迁移和继续工作的格式。

建议创建一个简短的项目文件，只保留继续项目所需的信息。

一个实用的项目文件可以包含以下部分。

项目概述

用两到三句话说明项目是什么。

解释你正在创作、研究、规划或讨论什么。这个阶段不需要放入所有历史细节。

示例：

这是一个心理惊悚故事，主角是一名调查记者，她正在寻找失踪的哥哥。故事采用克制的第一人称叙事，重点围绕愧疚、不可靠记忆和机构隐瞒展开。

当前目标

说明你现在最想完成的具体结果。

例如：

• 从现有结尾继续写第 8 章；
• 修改某个角色，但不改变主线剧情；
• 把研究笔记整理成一套论点；
• 从某个具体场景继续角色扮演；
• 在保留已确认品牌语气的前提下重写产品文案。

当前目标应该描述“下一步”，而不是概括整个项目。

长期指令

列出未来对话中持续适用的要求。

可以包括：

• 语气；
• 叙事视角；
• 回复长度；
• 结构；
• 格式；
• 首选术语；
• 需要避免的表达；
• AI 应该多直接；
• 遇到不确定内容时，是应该提问，还是做合理假设后继续。

尽量把要求写成可以直接观察和执行的行为。

不要只写：

让对话听起来自然。

可以改成：

对话保持简洁，避免解释性长篇独白。情绪张力通过停顿、打断和间接回答表现出来。

已确认事实

记录除非你明确要求，否则不应该被修改的信息。

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

• 角色身份；
• 年龄和关系；
• 时间线事件；
• 地点；
• 世界观规则；
• 已建立的动机；
• 每个角色知道哪些信息。

对于研究或专业工作，可以包括：

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

已否决方向

列出曾经考虑过、但已经明确不再采用的重要方向。

这样可以避免新 AI 再次把已放弃的内容带回来。

例如：

• 不要加入超自然解释；
• 删除原来的感情支线；
• 不要把产品描述为“匿名”；
• 不要使用最初的广告口号；
• 第三个假设因为证据不足，已经被否决。

待解决问题

把尚未解决的问题和已确认事实分开。

例如：

• 失踪的哥哥是否还活着；
• 应该优先服务哪个客户群体；
• 现有证据能证明因果关系，还是只能证明相关性；
• 角色扮演中的关系接下来应该如何发展。

下一步任务

项目文件最后，用一条明确的指令结束。

新的 AI 读完后，应该能准确知道下一步要做什么。

使用这个项目迁移模板

## 项目概述

[用两到三句话描述项目。]

## 当前目标

[说明你现在最想完成的结果。]

## 长期指令

- [语气和风格]
- [格式和结构]
- [叙事视角]
- [长度]
- [首选术语]
- [需要避免的行为或表达]

## 已确认事实

- [固定事实]
- [固定事实]
- [已批准的决策]

## 已否决方向

- [不应继续使用的想法]
- [已经失效的旧决策]

## 待解决问题

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

## 参考示例

[加入一个简短的理想输出示例。]

## 当前进度

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

## 下一步任务

[给 AI 一个明确任务。]

这个文件也建议保存在聊天平台之外。你可以使用本地 Markdown 文件、文档或笔记页面，这样未来再次迁移会更容易。

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

有些项目可能跨越几百条消息。一次性总结全部内容，很容易遗漏重要细节。

更适合的方式是分阶段整理。

第 1 步：按功能拆分对话

可以把内容分成：

• 项目规则；
• 角色或品牌信息；
• 研究发现；
• 决策；
• 草稿内容；
• 修改记录；
• 已放弃想法；
• 未完成任务。

不要只按日期整理，而要按每条信息对项目的作用来分类。

第 2 步：提取决策，不必保留每一次讨论

项目迁移文件不需要保存所有讨论过程。

例如，不必保留这整段：

我们考虑了三个结局。第一个是逮捕，第二个是逃脱，第三个是案件保持未解决。讨论了情绪影响后，我们决定未解决的结局更符合主题。

可以改成：

已确认结局方向：案件保持未解决。不要使用逮捕或逃脱结局。

新 AI 通常更需要最终决策和必要理由，而不是产生这个决策的完整对话过程。

第 3 步：明确标记不确定信息

建议使用一致的标签：

• CONFIRMED
• UNVERIFIED
• OPTION
• REJECTED
• NEEDS DECISION

这对研究类项目尤其重要，因为 AI 生成的建议很容易被误认为已经验证的事实。

第 4 步：删除重复内容

长对话经常会用不同方式重复同一条规则。

可以把重复要求合并成一个更准确的版本。

例如：

• 不要太企业化；
• 更像真人；
• 避免营销语言；
• 删除空泛的宣传表达；

可以合并成：

使用直接、自然的口语表达。避免企业术语、空泛营销话术和夸张式宣传。

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

不要迁移所有草稿。

保留：

• 一个高质量示例；
• 一个能体现常见问题的反例；
• 如果有的话，保留最新批准版本。

同时说明每个示例具体想展示什么。

迁移创作类项目

创作项目对上下文丢失尤其敏感。

模型可能写得很流畅，但同时悄悄改变角色动机、故事时间线，甚至改变某个场景原本的情绪含义。

迁移小说、剧本或故事项目之前，建议准备四份简洁文档。

故事概述

包括：

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

角色文件

每个重要角色可以按下面的结构整理：

姓名：
年龄：
角色定位：
公开性格：
内在动机：
主要冲突：
与其他角色的关系：
说话风格：
角色知道的信息：
角色不知道的信息：
必须保持一致的细节：

避免加入那些不会影响故事的装饰性细节。

时间线

按时间顺序列出事件，尤其是非线性叙事项目。

可以包括：

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

当前场景说明

说明：

• 场景发生在哪里；
• 有哪些人在场；
• 每个人想要什么；
• 紧接着之前发生了什么；
• 这一场景必须发生什么；
• 哪些事情不能发生；
• 上一版内容停在哪里。

开始在 XPT 中继续项目时，优先提供项目文件和当前场景说明。除非下一步任务确实依赖整部作品，否则不要一开始就上传所有章节。

迁移角色扮演对话

角色扮演的连续性不只是由角色描述决定。

建议准备一份当前会话状态，包含：

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

还要说明，当信息缺失时，角色应该如何处理。

例如：

不要跳出角色去问技术性问题。如果缺失的是次要细节，就根据角色当前掌握的信息和性格继续回应。只有当缺失信息会明显改变场景走向时，才需要提问确认。

还建议明确区分：

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

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

迁移研究与分析项目

研究类对话需要更严格的信息标记方式。

建议把迁移内容分成以下几类。

已验证信息

有可靠来源支持的事实。

附上来源，或者提供足够的信息，确保之后能够再次找到来源。

当前解读

说明你目前认为证据意味着什么。

需要明确标注这是“解释”，而不是已确认事实。

开放假设

仍然需要验证的问题或可能解释。

AI 生成的线索

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

不要把这些内容当作已经验证的结论。

来源规则

说明哪些来源可以接受。

例如：

• 优先使用原始研究；
• 产品相关表述优先引用官方文档；
• 区分事件发生日期和文章发布日期；
• 不要把搜索结果摘要当作证据；
• 对无法独立验证的表述进行标记。

重新开始项目时，可以先让新的 AI 对已有信息进行分类，再继续分析：

检查以下迁移过来的研究笔记。

请给每一条表述标记为：

- verified；
- interpretation；
- hypothesis；
- unsupported；
- outdated or requiring recheck。

暂时不要添加新的结论。

这样可以减少旧模型中的错误被直接带入新项目。

迁移品牌和专业工作

专业项目通常依赖很多没有正式写进风格指南的细小决定。

迁移前，建议记录：

• 目标受众；
• 产品定位；
• 已批准术语；
• 禁止使用的表述；
• 语气；
• 句子长度；
• 偏好的 CTA；
• 格式规则；
• 法律或合规要求；
• 已批准文案示例；
• 被否决的语言示例。

把品牌长期规则和当前任务要求分开。

例如：

长期品牌规则

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

当前任务要求

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

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

在 XPT 中重新建立项目

项目文件准备好后，在 XPT 中开启一个全新的对话。

1. 提交项目文件

先粘贴整理好的项目文件，不要立刻要求它输出最终结果。

可以使用这条指令：

阅读下面的项目文件。

在开始任何项目工作之前，请先返回：

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

同时指出任何矛盾或缺失的信息。

2. 检查项目摘要

在摘要准确之前，不要继续下一步。

重点检查：

• 过时指令；
• 被当成选项的事实；
• 被当成已确认决策的备选方案；
• 遗漏的边界；
• 混乱的时间线；
• 错误的角色认知范围；
• 不清晰的下一步。

如果发现问题，尽量一次性集中修正，而不是连续发送很多零散的小修改。

3. 建立干净的基准版本

摘要确认无误后，让 XPT 重新整理并输出最终项目基准。

把这个版本保存在聊天之外。

它将成为项目当前的唯一基准信息来源。

4. 继续一个已有任务

选择迁移前已经在进行中的任务来测试。

这比创建一个完全无关的新测试更有价值，因为它能真实反映项目上下文是否迁移完整。

例如：

• 继续未完成的场景；
• 修改最近批准的草稿；
• 整理已有研究论点；
• 从上一事件继续角色扮演；
• 按现有品牌规则制作下一版广告文案。

5. 记录重要修正

如果你纠正了一个重要误解，也要同步更新外部项目文件。

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

迁移验收清单

如果下面大多数问题都可以回答“是”，说明项目基本迁移成功。

项目上下文

• 新对话是否能准确描述项目目标？
• 长期指令是否与临时需求清楚分开？
• 已确认事实是否完整保留？
• 被否决的想法是否被排除？
• 尚未解决的问题是否仍然明确标记？

连续性

• 角色关系和动机是否保持一致？
• 时间线是否正确？
• AI 是否知道上一段工作停在哪里？
• 它是否能继续，而不需要你重复基础背景？

指令执行

• 目标语气是否保留？
• 是否使用正确格式？
• 重要术语和表达是否保持一致？
• AI 是否能只修改一个小范围，而不重写无关内容？

信息质量

• 已验证事实和假设是否清楚区分？
• 没有依据的表述是否被明确标记？
• 来源要求是否仍然被遵守？
• 过时事实是否被标记为需要重新检查？

实际独立性

• 不打开旧聊天，也能继续项目吗？
• 当前项目文件是否保存在 AI 平台之外？
• 是否可以使用同一个文件，把项目再次迁移到其他平台？

如果每次开始任务前仍然需要回到旧对话里查找信息，说明迁移还没有真正完成。

迁移前清理敏感信息

项目文件通常比原始聊天记录更容易审查，所以迁移也是一次清理不必要个人信息和机密内容的好机会。

建议删除或替换：

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

如果真实身份并不重要，可以统一使用占位符：

• CLIENT_A
• EMPLOYEE_B
• COMPANY_C
• PROJECT_D

不要因为迁移到了限制更少的 AI，就忽略敏感信息保护。提交机密内容之前，仍然需要查看对应服务最新的隐私政策和数据控制选项。

一次只迁移一个项目

不要试图在一次会话中迁移所有项目。

建议从一个符合以下条件的项目开始：

• 当前仍在进行；
• 足够重要，值得认真评估；
• 已经有一定记录，方便总结；
• 不依赖高度敏感的信息。

测试新环境时，可以暂时保留旧对话作为参考。

当新的项目文件已经可以独立支持工作后，再迁移下一个项目。

一个实用的流程是：

1. 整理一个项目；
2. 创建迁移文件；
3. 在 XPT 中重新建立项目；
4. 完成一个真实任务；
5. 补充缺失上下文；
6. 确认已经不再依赖旧聊天；
7. 归档最终迁移文件；
8. 开始迁移下一个项目。

分阶段迁移可以减少混乱，也更容易判断到底缺少了哪些信息。

常见迁移错误

直接复制完整对话

原始聊天历史包含太多噪音。应该迁移的是“当前项目状态”，而不是每一条消息。

保留互相冲突的指令

迁移前先解决旧偏好和新偏好之间的冲突。

忘记标记被否决的想法

如果没有明确标记，已放弃方向可能在后续输出中再次出现。

把事实和 AI 建议混在一起

研究笔记应该清楚区分已验证信息和模型生成的可能性。

一次迁移太多内容

大量、没有结构的上下文，往往比少量、整理清楚的信息更难理解。

没有保存新的基准版本

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

用无关提示词做测试

应该使用依赖已有上下文的任务进行测试。否则你测试的是通用输出质量，而不是迁移质量。

常见问题

我应该把整个 ChatGPT 对话复制到 XPT 吗？

通常不建议。

结构化项目文件比原始对话更实用，因为它能去掉重复、冲突指令和已放弃想法。

只有当下一步任务确实依赖精确措辞或消息顺序时，才有必要复制完整对话。

迁移文件应该多长？

它应该足够完整，能够保留项目核心信息，同时又足够简洁，方便理解。

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

清晰度比固定字数更重要。

如何迁移 ChatGPT Custom Instructions？

只复制和当前项目有关的指令。

通用偏好可以放在 Permanent Instructions 下。项目专属规则则保留在项目文件中。

迁移前最好先检查这些规则，因为旧偏好可能已经不再符合你现在的工作方式。

如何迁移非常长的写作项目？

不要把整部手稿一次性塞进一个提示词。

建议拆分成：

• 项目概述；
• 风格规则；
• 角色；
• 时间线；
• 章节摘要；
• 当前场景；
• 未解决问题。

每次只提供当前任务真正需要的文件。

如何避免迁移后角色发生变化？

创建一个简洁角色文件，包含动机、关系、说话风格、知识边界，以及必须保持一致的细节。

继续故事前，可以先让新的 AI 总结每个主要角色。

旧聊天需要保留多久？

保留到迁移后的项目不需要频繁回头查旧聊天，就能够继续工作为止。

之后，根据你自己的备份、隐私或记录保存要求，决定哪些内容需要继续保留。

如何判断迁移是否成功？

当新的 AI 只依赖外部项目文件，就能准确继续原来的项目，说明迁移基本成功。

你不应该需要反复解释旧决策、恢复已经丢失的上下文，或者不断回到上一段对话中查找基础信息。

把一个真实项目迁移到 XPT

从一个正在使用的真实项目开始，不要只用人为设计的测试提示词。

整理项目目标、规则、已确认事实、已否决方向、待解决问题和下一步任务。把项目文件提交到 XPT，确认它理解正确，然后从之前工作停止的准确位置继续。

在 XPT 中开始新对话。