跳到内容
返回文章列表
ai7 min

OpenAI 将于 12 月 11 日停用自定义 GPT:有哪些变化,以及如何在截止前迁移到插件

OpenAI is retiring custom GPTs on December 11: what changes and how to migrate to plugins before the deadline

KGA IT
2026-10-127 min
OpenAIChatGPTCustom GPTsPluginsSkillsMCPCodexMigração
Ilustração abstrata: várias janelas de chat separadas fluindo para um único plugin com blocos de skills e um calendário de prazo

引言

OpenAI 已确认将停用 ChatGPT 中的自定义 GPT(custom GPTs),并以**插件(plugins)**取而代之。根据帮助中心的官方 FAQ,标准停用日期定为 2026 年 12 月 11 日。获批延期的 Enterprise 工作区可延长至 2027 年 2 月 11 日。此外,按照 Enterprise 时间表,新 GPT 的创建将于 2026 年 10 月 26 日结束(计划日期)。

如果你的企业为客户服务、销售方案、文案校对或员工培训搭建了 GPT,现在就该进行盘点了。GPT 不会明天就消失,但迁移不是自动完成的,而且有好几项内容不会自动带过去。下面整理了 OpenAI 已确认的信息、实际会发生的变化,以及一份帮助你平稳迁移的检查清单。

OpenAI 宣布了什么

给管理员的通知于 2026 年 9 月 11 日发出。用 OpenAI 自己的话说,插件“可以把可复用的指令、参考文件和已连接的应用整合在一起”。不再是每项任务打开一个不同的 GPT,而是让 ChatGPT(以及 OpenAI 的编程智能体 Codex)拥有一个可按需调用的**技能(skills)**工具箱。

一个插件可以包含一个或多个技能、一个 MCP 服务器(Model Context Protocol,把 AI 连接到外部工具和数据的开放标准),或两者兼有。自 2026 年 7 月 9 日起,原来的应用目录已经转换为插件目录,同时适用于 ChatGPT 和 Codex。

这项变化影响所有 ChatGPT 套餐,但能否使用迁移功能和插件可能因账户或工作区而异。OpenAI 建议每位用户以产品内显示的通知为准。

需要关注的日期

对于受影响的 Enterprise 工作区,FAQ 列出了以下节点(OpenAI 提示日期可能调整):

  • 2026 年 9 月 11 日: 向管理员发出通知。
  • 2026 年 9 月 22 日: 迁移工具和用户横幅的目标上线日期。这只是目标,并不保证每个工作区都能使用。
  • 2026 年 10 月 1 日: 已选择延迟显示横幅的工作区的横幅目标日期。
  • 2026 年 10 月 26 日(计划): 停止创建新 GPT。请在此之前发布所有想迁移的草稿。此次冻结不影响编辑尚未迁移的现有 GPT。
  • 2026 年 12 月 11 日: 标准停用日期。GPT 及其页面将无法访问。
  • 2027 年 2 月 11 日: 符合条件并获批延期的工作区的停用日期。

Visual Studio Magazine 指出,早前版本的文档曾把新 GPT 的创建截止日写为 9 月 25 日,之后改为 10 月 26 日。也就是说,一定要查看你自己工作区的通知。

哪些会迁移,哪些会留下

当你的账户开放该选项后,可在 My GPTs > Migrate to plugin 中进行迁移。迁移使用 GPT 的最新已发布版本,草稿和未发布的修改不会转移。发布并不要求公开分享 GPT。

会进入插件的内容:

  • GPT 的指令会变成插件中的一个技能。
  • 知识文件会被复制为参考文件。
  • 已连接的应用会作为应用加入插件。

不会迁移的内容:

  • GPT 中选定的模型。在 Enterprise 中,适用工作区默认设置。
  • 自定义操作(custom actions),即与外部 API 的集成。需要用现有应用或自建 MCP 服务器重新搭建,可能需要技术工作。
  • 分享设置。 迁移后的插件初始为私有,原来使用该 GPT 的人不会自动获得访问权限。要公开插件,需要另走提交流程。

迁移后,原 GPT 在停用日期前仍可使用,但会变为只读,创建者也无法再删除它。据 OpenAI 介绍,与 GPT 的历史对话在停用后仍可访问。

插件和 GPT 的效果一样吗?

不一定,OpenAI 自己也说:“迁移后的插件可能会给出不同的回答。”打开 GPT 时,你进入的是一个应用这些指令的专属环境。使用技能时,ChatGPT 可以自行挑选合适的技能,但 OpenAI 提醒“插件不一定会在每次请求中运行”。对于重要的工作流程,最稳妥的做法是在支持的地方用 @ 或 + > More 菜单显式调用插件。

Visual Studio Magazine 汇总了创建者在 OpenAI 论坛和 Reddit 上的抱怨:GPT 能接受的知识文件在迁移时因大小限制不同而被拒绝;指令执行不如以前严格;以及没有类似“任何拥有链接的人”的方式来分发给客户。凡是在网站、二维码或电子报中放了 GPT 链接的人,页面下线后都会遇到失效链接。

Enterprise 中的费用与权限

在 Enterprise 工作区中,在 Instant Chat 里使用不含应用的已迁移 GPT 不产生额外费用。而通过对话创建和编辑插件会使用 Work 或 Codex,在 Work 中执行操作会消耗额度(credits)。与个人或群组分享需要 Share plugins 权限;发布到工作区目录需要 Publish plugins to workspace 权限;使用则需要 Use plugins 权限以及允许安装插件的策略。

中小企业检查清单

  1. 先做盘点。 列出团队使用的 GPT、每个 GPT 的创建者以及依赖它的人。
  2. 在 10 月 26 日前发布重要的草稿。 草稿无法迁移,而新 GPT 的创建预计在这一天结束。
  3. 把指令和知识文件备份一份到 ChatGPT 之外,以防万一。
  4. 准备 3 到 5 个测试提示词,其中包括一个难题,把 GPT 和插件放在一起比较。
  5. 梳理自定义操作。 确认插件目录中是否有现成的应用,或者是否需要自建 MCP 服务器。
  6. 规划分享方式。 确定每个插件需要哪些人访问,并向管理员申请相应权限。
  7. 更新公开链接。 在 12 月 11 日之前替换网站、印刷品和二维码中的链接。
  8. 切换前先测试。 确认插件能选对技能、使用参考文件,并按预期格式输出。
  9. 把内部截止日期定在 11 月底,在官方期限前留出余量。

结语

用插件取代 GPT 在理论上说得通:一个 AI 拥有多种技能,在 ChatGPT 和 Codex 中通用,并通过 MCP 实现标准化连接。但对于如今已有工作流程在运行的企业来说,这意味着实实在在的迁移、测试和权限重新配置工作。本周就开始盘点,在 10 月 26 日前发布草稿,并把 12 月 11 日当作最后期限,而不是起点。

来源


想把这些带到您的业务中吗?

KGA IT 帮助中小企业部署 AI 助手、业务自动化和网站。咨询免费,我们会在 24 小时内回复。方案每月 ¥5,000 起。

携手解决您的技术挑战

KGA IT Solutions 拥有 AI、云计算、DevOps 专业团队,为您的业务挑战提供最佳方案。

联系我们