究竟会迁移什么
首先来看时间线。OpenAI 的 FAQ 指出，这一过渡“影响所有 ChatGPT 方案”，并且“迁移和插件访问权限可能因账户或工作区而异”。对于 Enterprise 工作区，它列出了计划的里程碑：9 月 11 日发布管理员通知，9 月 22 日的目标是推出“迁移体验和用户横幅”，计划于 10 月 26 日停止创建新的自定义 GPTs，并于 12 月 11 日正式退役。FAQ 还补充道，您应该“遵循适用于您账户或工作区的通知，包括向您传达的任何不同时间线”。
在围绕插件制定计划之前，值得先检查一下插件对您的可用性。OpenAI 的插件文章指出，插件目录在所有 ChatGPT 方案中均可用，但安装或使用插件“取决于您的方案、工作区、角色、地区及其包含的功能”。技能文章将技能列为“适用于符合条件的 ChatGPT Business、Enterprise、Healthcare 和 Edu 用户，具体取决于工作区设置和产品可用性”。插件还可以延伸到 ChatGPT 之外：“某些插件可在 ChatGPT 和 Codex 中运行。其他插件则局限于特定的界面或工作区。” 如果您的账户尚未显示迁移选项，FAQ 的建议是检查您的通知，并确保您已登录创建该 GPT 的账户或工作区。
在此之前，任何内容都不会消失。“在退役日期之前，现有的 GPTs 仍可继续使用，但须遵守其现有的访问权限和工作区权限。”
现在，让我们逐一分析具体机制。
指令变成技能。 “在计划的迁移工作流下，GPT 的指令将成为新插件中的一项技能。” OpenAI 将技能描述为“可重用、可共享的工作流，可帮助 ChatGPT 更一致地完成特定任务”。
知识文件将被复制。 “GPT 的知识文件将被复制到插件的参考文件中。” 模型对上传文件的使用效果如何是一个独立的话题，我们在为什么 ChatGPT 会遗忘上传的文件中进行了探讨。
连接的应用也会随之迁移。 “连接的应用将作为应用添加到插件中。” 它们仍然需要自己的授权；FAQ 指出，“任何包含的应用仍需要其自身的应用访问权限、账户授权和操作批准”。
模型不会迁移。 “GPT 选择的模型不会保留。”
自定义操作不会迁移。 “GPT 自定义操作不会通过迁移工作流传输。在您设置替代方案之前，依赖它们的功能在插件中将无法正常工作。” 重建连接“可能需要自定义 MCP 服务器和技术设置”。
对话不会迁移。 FAQ 用一个词回答了这个问题。“我现有的对话会迁移到插件中吗？不会。迁移不会将您现有的 GPT 对话移入插件。”
共享设置不会迁移。 “迁移不会保留您 GPT 的共享设置，也不会让其现有用户访问替代插件。迁移后的个人插件初始状态为私有。”
草稿不会迁移。 “迁移使用的是 GPT 的最新发布版本。草稿和未发布的编辑不会迁移。”
原版将被冻结。 “GPT 迁移后，原版在退役前仍可使用，但会变为只读状态。” 退役时，自定义 GPTs “计划停止运行并从 GPT 目录中移除”。
还有一个差异会改变替代方案在日常使用中的体验。在 GPT 的聊天中，其指令会塑造每一次回复。而技能只有在相关时才会被选中：“当已安装技能的描述与您的请求匹配时，ChatGPT 也可能会自动使用该技能。自动选择取决于任务和可用功能；插件不一定会针对每个请求都运行。” 您仍然可以直接调用它：“在 ChatGPT 中，您可以使用 @ 提及，或在支持的地方打开 + 并选择 更多。”
还有一个关于记忆的点值得记住。OpenAI 的 GPT 文档指出，“GPTs 不会使用保存的记忆、自定义指令或以前的对话。每次对话都是全新开始的。” 因此，无论 GPT 似乎对您的工作了解多少，都来自于它的指令和文件，或者来自于您在每次聊天中重新输入的内容。这一界限在自定义 GPTs 是否有记忆中有所解释。
手动迁移
迁移流程负责传输工作。而准备和测试工作则由您来完成。
步骤 1：盘点每个 GPT，并在迁移前完成准备
列出您依赖的 GPTs，并将它们分为两组：您自己创建的，以及您使用的由他人构建的。FAQ 明确指出，第二组不属于您可以迁移的范围：“您不需要迁移您仅使用的 GPT，使用它的权限并不允许您自己迁移它。” 对于这些 GPT，请留意创建者提供的替代方案。
对于您创建的每个 GPT，请完成以下四项检查。
发布您的最新版本。只有已发布的版本才会迁移，在 Enterprise 工作区中，必须在停止创建新 GPTs 之前发布草稿。OpenAI 指出，“发布 GPT 并不需要将其公开共享”。
像模型一样阅读指令。技能是根据其描述来选择的，因此指令的开头现在比以前更重要。如果前几行没有说明该工作流的用途以及何时适用，那么替代方案可能不会在您期望的时候被选中。
列出所有自定义操作及其调用的服务。这些需要单独的计划，OpenAI 建议为此留出额外的时间。
保存仅存在于对话中的上下文。因为 GPT 对话不会迁移，您在对话中做出的任何决定、纠正或得出的结论都仅存在于该历史记录中。将您仍然依赖的内容写入文档中。如果您想要历史记录的完整副本，OpenAI 的导出指南介绍了如何从设置或隐私门户（Privacy Portal）申请导出；请注意，在 Business、Enterprise 和 ChatGPT for Healthcare 工作区中，“自助导出不可用”，您应该联系您的工作区所有者。
最后，保存一些您经常使用的提示词，以及一个棘手的案例。OpenAI 正是这样推荐的，以便您可以对比替代方案的回答。
步骤 2：进行迁移，然后对比原版测试插件
当该选项出现时，转到 My GPTs 并选择 Migrate to plugin。OpenAI 的指令是：“查看迁移详情并按照说明创建插件。”
然后在切换之前进行测试。FAQ 警告说“迁移后的插件响应可能会有所不同”，并提供了一个清单：确认它“选择了正确的技能并遵循了您的指令”、“使用了预期的参考资料”、生成了所需格式的完整回答或文件，并且拥有工作流所需的工具。
在两者中运行您保存的提示词。如果插件表现不佳，通常的解决方法是：提炼技能的描述以便更可靠地选中它、将行为规则从参考文件中移出并写入指令中，以及在需要运行时使用 @ 提及显式调用插件。
如果您的 GPT 使用了自定义操作，请单独测试重建的集成。OpenAI 的警告同样适用：“不应假设重建的集成能够提供原始操作的每一项功能。”
只有在完成这些之后再进行共享。因为替代插件初始状态为私有，且不会继承您 GPT 的受众，因此在引导用户使用之前，请确认曾经使用该 GPT 的人能够访问并安装该插件。
更好的方法：将 GPT 携带的上下文保存在容器之外
迁移移动的是 GPT 的配置。它不会移动您在使用过程中积累的经验。在 GPT 内部数月的对话通常包含最宝贵的上下文：您纠正的边缘情况、客户偏好的措辞、关于使用哪个模板以及原因的决定。这些都不会迁移，而且一旦您迁移，原版就会变成只读状态。
对许多人来说，这也是短时间内的第二次容器变更。Projects、GPTs、技能和插件各自打包上下文的方式都不同。保存在容器中的上下文在容器发生变化时必须重新构建。MemoryLake 是一个可以将该层保存在任何单一容器之外的地方，这样下一次变更就不会让您再次付出同样的劳动。
您可以用自己的语言亲自编写这些条目。不会从您的自定义 GPTs、它们的对话、您的插件或任何厂商的存储中读取、写入或删除任何内容。
步骤 1：创建 API 密钥
登录并从仪表板生成一个密钥。该密钥属于您在记忆层中的工作区，而不属于 GPT 或插件，因此任何一方的退役都不会影响它。
步骤 2：上传您的第一批记忆
从步骤 1 的笔记开始：仅存在于 GPT 对话中的决定和纠正，以及 GPT 指令所假设的工作上下文。每个条目记录一个事实，措辞方式就像您向接管该工作流的同事解释一样。
步骤 3：连接您的 AI 和智能体
连接 ChatGPT 和您使用的其他助手。这样，无论工作流是作为 ChatGPT 中的插件、Codex 中的技能，还是完全在其他地方运行，都可以使用相同的上下文。
这在实践中带来了什么改变
第一个改变是，退役日期不再是您知识的截止期限。配置通过 OpenAI 的流程进行迁移；而您在步骤 1 中保存的上下文已经存在于其他地方，因此只读的原版不会让您丢失任何需要的内容。
第二个改变是，技能可以保持专注。技能最适合作为一种程序：做什么以及如何做。程序所依赖的背景——客户是谁、确定了哪些决定——是上下文，而不是程序。将两者分开，正是为什么智能体技能不是记忆背后所阐述的相同区别。
第三个改变是，测试变得更容易。当您知道 GPT 应该了解什么时，您就可以检查插件是否也了解它，而不是在客户面前才发现遗漏。
第四个改变是，您的设置中会少一些意外。插件与您的自定义指令和记忆设置并存，而这些设置的工作方式与 GPT 的私有指令不同。如果您曾纳闷为什么 ChatGPT 会遗忘您的自定义指令，那么这次迁移是重新审视每一层作用的绝佳时机。
从 GPTs 迁移到插件的最佳实践
在迁移前发布。 只有最新发布的版本会迁移；草稿不会。
写下仅存在于对话中的内容。 对话不会迁移，且原版会变为只读。
在指令开头说明何时使用该工作流。 技能是根据描述来选择的，因此前几行决定了插件是否运行。
单独规划自定义操作。 它们不会迁移，重建的集成可能与原版不一致。
使用保存的提示词和一个棘手案例进行测试。 在切换之前，对比插件与 GPT 的回答。
谨慎地重新共享。 插件初始状态为私有；确认曾使用该 GPT 的用户的访问权限。插件内部的应用保留其自身的权限，这与为什么 ChatGPT 连接器不记得决定中所描述的界限相同。
顺便备份您的记忆。 退役是一个备份您的 ChatGPT 记忆并了解项目记忆模式如何应用于您的工作的绝佳时机。
结论
OpenAI 的迁移 FAQ 非常详尽，并且坦诚地指出了其中的差距。指令将变成技能，知识文件将被复制，连接的应用也会随之迁移。但模型、自定义操作、共享设置、草稿和对话则不会。迁移后，原始 GPT 将变为只读，并在退役时停止运行。
最需要用心对待的是任何流程都无法移动的部分：您在这些对话中积累的经验。在迁移之前将其保存下来，用熟悉的提示词测试替代方案，并在确认其正常工作后再进行共享。
将超越任何单一容器的上下文保存在您自己的地方，这样下一次包装形式的改变将只是一个配置任务，而不是重新构建。