自定义gpt迁移到插件后哪些内容不会保留？草稿及未发布修改、原先选择的模型、custom actions和原来的公开共享设置，都不能直接等效延续。迁移会把最新已发布版本中的指令变为skill、知识文件复制为参考文件，并把已连接应用加入插件；新插件最初为私有，不会自动安装给原使用者。迁移对象是自定义gpt本身，不是某一款模型的更换，因此“文件已经复制”还不等于原工作流完整可用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
退役日期与迁移范围需要分开理解
自定义GPT计划于2026年12月11日退役；FedRAMP工作区和获得合格批准延期的受影响Enterprise工作区，日期为2027年2月11日。后一个日期不普遍适用，具体账户或工作区通知仍需优先考虑。迁移开放时间、创建或发布限制与既有GPT退役，也是不同安排。
GPT归属于哪个创建账户或工作区，决定适用的时间线与权限。一个人在个人账户中使用别人公开的GPT，并不意味着这个GPT必然采用个人账户的安排。已有GPT在其退役日前仍可按原访问规则使用，不能把未来退役写成现在已经全部停用。
迁移以已发布版本为起点，不以编辑草稿为起点
迁移采用GPT的最新已发布版本。编辑器中的草稿和未发布修改不会转入，因此“编辑页面里看得见”与“迁移内容包含它”不是同一回事。发布GPT也不要求向公众分享，内部使用的GPT不必为了迁移变成公开GPT。
迁移后的内容有对应关系：指令成为新插件中的Skill，知识文件成为参考文件，已连接应用作为应用加入插件。这些对应关系保留了可复用指导和资料，但并未承诺原先每个行为、工具和结果完全一致。把迁移理解为内容与能力的重新组织，更容易判断哪些部分需要另外评估。
模型选择和工具能力不构成原样继承
GPT先前选择的模型不会随迁移保留，Enterprise工作区使用企业默认设置。原能力开关也不能保证替代插件拥有相同工具或相同表现。因此，在相同提示词下得到不同答案，不应首先归因于知识文件丢失；模型、Skill选择和实际可用工具都可能影响工作流。
官方提出的比较维度包括：是否选择正确Skill、遵循指令、使用预期参考资料、完成规定格式的答案或文件，以及是否具备所需工具。普通任务与更难的任务可能暴露不同差异，不能只用一次简短问答判断复杂工作流已经等效。
custom actions需要单独的替代连接
GPT custom actions不会自动转入插件。原来依赖这些动作连接外部服务的功能，在建立替代方案前不会直接工作。已有应用是否覆盖需求、是否需要自定义MCP服务器及技术配置，取决于实际任务和账户或工作区支持。
即使替代连接建立，也不能直接认定它支持原动作的全部输入、输出和操作。外部应用仍有自己的账户授权、数据访问与动作批准要求，安装插件不会让使用者获得原来无权访问的文件。迁移保留了连接入口的可能性，没有扩大外部服务的权限。
原共享对象与插件安装是另外两件事
单个GPT迁移后的插件最初为私有，原GPT使用者不会自动获得访问权，迁移也不会自动安装插件。在受管理工作区，共享界面可以预填原来的用户、群组或工作区受众，但仍需要确认受众并保存；预填数据不等于授权已经生效。
向人员或群组共享、发布到工作区目录，以及使用和安装插件，分别受到对应权限与策略约束。个人插件公开还有单独的提交流程，原公开GPT页面可访问，也不能证明替代插件会向所有原用户开放。共享访问、安装状态和外部应用授权需要分别成立。
旧GPT、已有对话和项目的保留边界
原GPT迁移后在退役前仍可使用，但转为只读，创建者也不能删除它，后续修改应维护在插件中。到适用退役日，自定义GPT及其页面不能继续访问；已有对话仍可访问，官方说明不需要为保留这些对话额外操作。
如果主要需求是把写作、研究或规划的聊天、文件和指令组织在一起，项目也可能适合。但原GPT对话不能移动到项目，custom actions和共享设置不会因此迁入。选择项目还是插件，应以需要保留的内容、工具和受众为依据，而不是把它们当作同一种自动转换。
