自定义GPT怎么迁移到Plugin？指令、知识文件和自定义Action核对教程

团队已经用自定义GPT整理资料，转到Plugin时，不能只看新入口出现就认定迁移完成。OpenAI当前迁移指南面向ChatGPT Enterprise工作区管理员和GPT创建者，涉及指令、知识文件、工具与访问差异。本文以内部文档摘要GPT为练习，说明从准备到验收的完整过程，不把企业过渡规则推广为所有套餐同日退休的结论。

第一步：先保存工作流与测试样例

记录原GPT名称、创建者、使用对象、指令、参考文件及集成。准备一个普通文档摘要、一个缺少关键字段的材料和一个较难案例，保存你认可的输出要求。测试依据应是事实与格式，而不是要求新模型逐字复现原回答。

迁移需由创建者或工作区Owner、Admin处理，GPT须已发布且Plugin功能已启用。能使用别人分享的GPT，不代表能迁移它。官方还说明迁移后原GPT变为只读，后续编辑在替代Plugin中进行，所以应在转换前把要保留的内容检查清楚。

第二步：从My GPTs执行转换

进入My GPTs，在Created by me下找到目标，选择Migrate to plugin。若没有选项，先核对身份、发布状态与工作区权限，不通过复制别人的GPT链接冒充创建者。转换后的Plugin初始为私有，应先测试后分享。

迁移把GPT指令转成Skill，并带入知识文件与连接应用；自定义Actions不自动迁移，需要另行用受支持应用或自定义MCP集成重建。所选模型不继承，能力开关也不保证原样保留，旧聊天与开场提示不能当作一定存在的新上下文。

第三步：检查资源与选择方式

从Customize > Plugins找到新Plugin，核对名称、描述、Skill和参考文件，确认必要应用是否可用并已连接。安装不增加外部服务权限，也不自动授权写入。仅含Skill和参考文件的流程可能无需应用连接，不为简单摘要增加无关工具。

请使用这个迁移后的文档摘要Plugin，按“用途、已确认事实、待确认问题、来源位置”整理我提供的练习材料。只依据材料，不访问外部系统、不保存或发送内容。找不到的字段写未提供，不根据旧GPT可能知道的信息补全。

先在新聊天用@明确选择Plugin测试，再用自然语言描述同类任务，检查能否选到正确Skill。自动选择取决于描述和可用能力，安装后不会每次请求都运行；一次回答流畅也不能证明正确工作流已被调用。

第四步：逐项比较功能结果

迁移验收表：
普通材料：摘要事实是否准确、字段是否完整。
缺失信息：是否明确写未提供。
较难案例：是否保留矛盾与来源。
文件：是否真能读取预期参考资料。
工具：所需功能是否可用。
Action：未重建的集成是否被标为不可用，而非假装执行。

对于必须生成文件或访问服务的流程，检查真实产物和操作记录，不仅看回答说“已完成”。如果关键能力还缺少已验证替代方案，先不通知团队全面切换。修改Plugin后重跑这些关键案例，防止修复一项格式反而破坏另一项行为。

第五步：分享后用普通成员验收

直接分享需Share plugins权限，发布到工作区目录需Publish plugins to workspace，使用者还需要Use plugins及相关应用访问。分享和安装是不同步骤，让一个目标普通成员按实际权限打开、安装和运行熟悉任务，不只用管理员账号测试。

确认可用后更新团队保存的入口与说明，标注维护人、未迁移能力和新的选择方式。完成标准是指令与资料可用、工具有证据、权限符合受众，而不是生成了一个同名Plugin。不要承诺所有旧功能自动等价，也不凭空填写未在当前指南中确定的统一截止日。

官方资料

资料核对日期：2026年11月8日。

• OpenAI：Moving custom GPT workflows to plugins
• OpenAI：Build plugins