自定义GPT的custom actions为什么迁移后不能直接使用

自定义GPT的custom actions为什么迁移后不能直接使用？内置迁移不会转移custom actions，依赖这些动作连接外部服务的能力，需要由支持相应任务的应用或自定义MCP服务器另行替代。迁移保留指令和参考资料，与重建外部接口是两件事；接口重新连接后，也不能假定输入、输出、权限和操作范围与原动作完全相同。

插件中的Skill与应用承担不同任务

插件可以把可复用指令、参考文件和连接应用放在一起。Skill说明如何完成任务，应用负责连接其他服务的信息与支持的动作。对原GPT而言，一段关于“怎样查询客户资料”的指令，并不是实际读取客户系统的接口；迁移指令成功，也不会自动生成这个系统的访问能力。

迁移中，GPT指令成为插件内的Skill，知识文件复制为参考文件，已连接应用作为应用加入插件。custom actions则不自动转移。将“已连接应用会带入”和“custom actions不带入”同时理解，才能避免把两种外部能力混为一谈。

退役针对自定义GPT，不是单一模型替换

自定义GPT计划于2026年12月11日退役，符合条件的FedRAMP及获得合格批准延期的受影响Enterprise工作区采用2027年2月11日，具体仍以适用通知为准。这意味着依赖custom actions的工作流要考虑替代连接能否就绪，而不是只把原模型改为另一个模型就能保留整个GPT。

原GPT选择的模型本来也不会随迁移保留，Enterprise使用默认设置。模型不保留与custom actions不转移是两个独立变化：前者可能影响回答行为，后者关系到某项外部任务是否还有工具可用。熟悉提示词仍能生成文字，不能证明原先的外部读写功能已经恢复。

替代连接要对应任务能力，而非只对应服务名字

已有应用是否能够替代原动作，取决于它支持哪些任务。一个服务在应用列表中存在，不代表该应用必然支持原动作涉及的所有读取和写入；原动作的输入要求、输出结构和操作范围也可能与替代能力不同。重建连接可能需要自定义MCP服务器与技术配置，具体选择受账户或工作区支持影响。

因此，比较替代方案时，服务名称只是起点，实际任务才是判断单位。原工作流需要生成文件、查询特定记录或执行批准后的动作时，替代插件也要具备相应工具。迁移文档并未承诺所有动作都存在一对一的自动映射，不应把重新连接描述成无差异转换。

插件安装不会扩大外部数据权限

应用仍遵循其自身访问、账户授权和动作批准要求。某人能使用插件，并不意味着其外部服务账户能读取其他人的资料；连接账户不会额外授予文件或数据权限。插件可以被安装，和其中某项应用具备执行条件，也不是同一个状态。

在企业工作区，插件本身还受到Use plugins及安装策略等控制。重建自定义集成可能涉及额外权限，不能把“内置GPT迁移不要求Upload plugins权限”推导成任何MCP集成都不需要权限评估。内置转换与后续集成是两种工作。

迁移完成后仍可能有两类行为差异

一类是内容选择与输出：插件是否选对Skill，是否使用预期参考资料，能否遵循所需格式。另一类是外部能力：应用或替代集成是否支持任务所需的信息和动作。官方建议用熟悉任务和至少一个更难的案例比较替代品，并将连接应用或重建集成单独评估；这些是迁移验收维度，不是某个插件已经测试通过的结论。

插件选择方式也不同。可用插件或Skill可以被明确选择，相关已安装Skill也可能自动选用，但自动选择取决于请求和可用能力，不会对每个请求必然触发。这会影响依赖固定入口的旧工作流，不能只用一条成功对话推断后续所有请求都采用了同一工具链。

原GPT、共享受众与历史对话各有保留范围

迁移采用最新已发布版本，草稿与未发布修改不带入。原GPT迁移后在退役前可用但只读，后续维护应转到插件。替代插件最初私有，原用户不会自动获得访问或安装；工作区共享和个人公开仍有各自流程。

到适用退役日，GPT及页面不能继续访问，已有对话仍保留。保留聊天历史不等于custom actions还能执行，原公开链接也不等于替代插件会对相同受众可用。把指令、外部工具、共享和历史记录分别理解，才能准确判断迁移后的工作流还缺哪一部分。