将你的自定义 GPT 工作流迁移到插件
自定义 GPT 曾帮助你打造专属的 ChatGPT。插件在此基础上进一步扩展，将你的说明和知识带入可完成更多任务的工作流中。
本指南适用于 ChatGPT Enterprise 工作区管理员，以及正在迁移自己创建的 GPT 的用户。请从适合你角色的路径开始：
正在使用他人的 GPT？ 请让其创建者或工作区管理员迁移它，然后安装他们与你共享的替代插件。
了解这一变化
我们正在将自定义 GPT 过渡到插件。请使用下面的里程碑来规划迁移，以便在自定义 GPT 退役前完成迁移。
插件是一个可复用的工作流包，可以包含技能、应用，或两者兼有。技能说明如何完成一项任务，例如按照你团队的风格写作。应用将 ChatGPT 连接到其他服务，以获取信息或执行支持的操作。
在企业工作区中，你的管理员决定你可以使用哪些插件，包括在支持时按角色授予访问权限。管理员可以将插件设为可供你安装，或为符合条件的用户自动安装。共享插件或将其发布到工作区需要单独的权限。
你可能需要连接你的账号或批准某项操作。可用功能取决于你的应用访问权限、工作区设置，以及你使用 ChatGPT 的位置。
仅包含技能和参考文件的插件无需应用连接。对于每个必需应用，用户需要访问权限，以及工作流所需的任何账号连接或操作权限。如果某个可选应用不可用，其他功能可能仍可使用；需要该不可用应用的功能则无法使用。
示例插件页面
下面是一个插件页面示例，展示了其中的应用和技能。已被管理员禁用（Disabled by admin） 标签表示该示例插件在工作区中不可用。
使用自定义 GPT 时，你会明确选择该 GPT（通过打开它，或在 ChatGPT 网页版中用 @ 提及它），然后向它发送请求。
使用插件时，你可以直接选择一个可用插件或技能。在支持的情况下，在 ChatGPT 中使用 @ 提及，或打开 + 并选择 More。
你也可以直接描述任务：当描述与你的需求匹配时，ChatGPT 可以自动使用相关的已安装技能，包括打包在插件中的技能。
与自定义 GPT 相比，插件可以做什么？
| 你想做什么 | 使用自定义 GPT | 使用插件 |
|---|---|---|
| 复用说明 | 你添加说明来指导 GPT 的回复。 | 技能提供可复用说明，用于指导任务的完成方式。 |
| 使用团队知识 | 你将参考文件作为 GPT 知识上传。 | 技能可以包含参考文件。请检查迁移后的资源，并测试它们的使用方式。 |
| 连接到其他服务 | 自定义操作将 GPT 连接到外部服务。 | 应用连接到服务和支持的操作。GPT 自定义操作需要单独重建。 |
| 使用工具并创建文件 | 你启用可用功能，例如网页搜索、图像生成和数据分析。 | 可用工具取决于体验和工作区设置。请测试团队所需的输出。 |
| 启动工作流 | 你打开或明确选择 GPT。 | 你可以选择插件或技能。ChatGPT 也可能自动使用相关的已安装技能。 |
| 与团队共享 | 你将 GPT 共享给允许的受众。 | 你根据工作区权限共享或发布插件。发布前请检查访问权限。 |
会迁移到插件的内容
了解 GPT 的说明和参考文件如何成为技能，以及已连接应用如何继续作为插件的一部分。自定义操作不会迁移；请计划用受支持应用的读取或写入操作，或自定义 MCP server来替换它们。管理员：准备你的工作区
帮助团队延续现有工作：确定迁移负责人，检查他们的权限，并规划替代项的访问方式。
- 管理员通知。 管理员会提前收到提醒和指导，以规划过渡并帮助团队做好准备。
- 迁移。 GPT 创建者和工作区管理员可以将已发布的 GPT 迁移为插件。
- 自定义 GPT 退役。 自定义 GPT 将停止工作。请将你希望保留的工作流迁移到插件，并在退役前完成测试。
选择优先迁移项
从团队最依赖的 GPT 开始。与其创建者就要保留什么、由谁维护以及谁需要访问达成一致。
- 为自定义操作预留额外时间，因为它们需要单独重建。
- 为每个 GPT 指定负责人，并记录其用途、受众、说明、参考文件和集成。
- 请负责人保存几个熟悉的提示词和良好结果，包括一个较难的案例，以便对比替代项。
- 确认哪些 GPT 已发布。让创建者在 GPT 创建仍可用时发布所需草稿；无需公开共享。
选择优先工作流
识别团队仍在依赖的 GPT，并考虑舍弃未使用的工作流。可访问 ChatGPT Admin 插件的管理员可以请求过去 30 天的 GPT 名称、负责人和消息数量，以帮助确定优先级。检查工作区权限
迁移前，请检查每个人是否拥有所需访问权限。权限控制使用、共享或发布插件等操作；角色会将相似职责的权限分组。使用基于角色的访问控制 (RBAC) 时，工作区所有者会将角色分配给人员或群组。
使用此表检查迁移和替代插件所需的访问权限。
| 操作 | 管理员应检查的事项 |
|---|---|
| 将自己的自定义 GPT 迁移为插件 | 为工作区启用插件。执行迁移的人必须是 GPT 的创建者，或工作区所有者或管理员，并且 GPT 必须已发布。仅能访问他人的 GPT 并不足够。 |
| 将新迁移的 GPT（现在是插件）共享给人员或群组 | 将 Share plugins授予需要与个人或群组共享替代项的人员。只使用插件的人员不需要此权限。 |
| 将新迁移的 GPT（现在是插件）发布到工作区目录 | 将 Publish plugins to workspace授予将在工作区插件目录中发布替代项的人员。这与直接共享是分开的。 |
| 安装和使用新插件 | 为目标用户或角色允许 Use plugins。 |
| 使用包含的应用 | 为目标用户或角色启用必需应用。检查其已连接账号是否可以访问所需信息。只能运行受支持且允许的操作，并且仍需执行必需的批准。安装插件不会增加应用或文件权限。 |
如需了解当前设置，请参阅 插件和应用的管理员控制 和 技能管理员控制。
检查安装和应用访问权限
决定队友如何获取每个替代项。Available 允许符合条件的用户安装插件；Installed 会为符合条件的用户或角色安装插件。这些设置不会改变插件共享给谁。
请单独检查必需应用：检查工作区和角色访问权限、账号登录以及操作批准。使用与典型队友权限相同的账号测试访问权限。
工作区管理员：批量迁移 GPT
在 ChatGPT Work 中，输入 @ 并选择 ChatGPT Admin。检查其 Admin 应用是否显示 已连接（Connected）。对于 Codex，请使用下方提示上的打开或复制按钮。发送前，请检查提示和所选插件。
1. 运行 GPT 报告
提示词：
[@ChatGPT Admin](plugin://admin-console@openai-curated-remote) Run the GPT report prioritizing by most recently used GPTs in the last 30 days.报告会按近期使用情况排序，并包含负责人、使用情况、迁移状态和自定义操作。
可选：添加报告详情
提示词：
[@ChatGPT Admin](plugin://admin-console@openai-curated-remote) Run the GPT report and include a summary of GPTs that haven’t been migrated.提示词：
[@ChatGPT Admin](plugin://admin-console@openai-curated-remote) Run the GPT report and include which GPTs have knowledge files attached.2. 导出并使用结果
请求你偏好的格式，例如 Excel、CSV 或 Google Sheets。按你的方式排序、筛选、共享或跟踪迁移。
提示词：
[@ChatGPT Admin](plugin://admin-console@openai-curated-remote) Run the GPT report and export it as [preferred format].3. 安排定期报告
提示词：
[@ChatGPT Admin](plugin://admin-console@openai-curated-remote) Run the GPT report for [workspace] every [day] at [time and time zone]. Post the results here.必须启用定时任务，且 Admin 插件可供该任务使用。请在 定时任务（Scheduled） 中查看计划和首次运行情况。
4. 迁移选定的 GPT
按 ID 选择 GPT，或描述要迁移的群组，例如所有私有 GPT。替代项会以私有状态开始，原始项会变为只读。
提示词：
[@ChatGPT Admin](plugin://admin-console@openai-curated-remote) Migrate [GPT IDs or a description of the GPTs] to plugins. Show me the selection and ask for confirmation before migrating.请负责人测试替代插件并验证访问权限。自定义操作需要单独重建。
电子邮件模板：请 GPT 创建者迁移
按需调整：发送前请替换占位符。
电子邮件模板：
Subject: Please migrate your custom GPTs by [deadline]
Hi [name],
We’re moving our custom GPT workflows to plugins. Please migrate, test, and share these GPTs by [deadline]:
[GPT names/links]
If you no longer need one, let us know. For those you’re keeping:
1. Migrate. Save the intended audience and finish important edits first. Go to My GPTs > Created by me > Migrate to plugin. The GPT must be published; after migration, it becomes read-only.
2. Test. Try familiar tasks and one harder case. Check the instructions, attached files, results, and required apps or tools.
3. Share. Each replacement starts private. Share it with the intended people or groups, then ask a teammate to test access. Keep private workflows private.
Follow [migration guide link] for the steps. Custom actions need rebuilding; contact [admin contact] if yours uses them or you need help.
Please reply with each plugin’s link, testing status, and any blockers.
Thanks for helping your team make the switch,
[admin name/team]GPT 创建者：准备你的 GPT
迁移你创建的 GPT 之前，请保存其目标受众，以及几个熟悉的提示词和结果用于测试。查看下表，了解是否有需要额外关注的事项。管理员代表创建者迁移时，应与创建者一起检查这些详情。
| 如果你的自定义 GPT… | 需要检查的事项 |
|---|---|
| 使用自定义操作 | 自定义操作不会迁移。请使用受支持的连接器或自定义 MCP 连接重建所需集成，然后在团队切换前完成测试。 |
| 依赖模型、详细说明或严格格式 | 所选模型不会继承；将应用 Enterprise 默认设置。请比较熟悉的提示词和结果。检查是否选中了正确技能，并确认它遵循你的说明和格式，因为行为可能不同。 |
| 依赖文件、工具或之前的聊天上下文 | 检查文件、模板和示例是否存在并被正确使用；迁移和检索方式可能不同。测试必需工具，例如网页搜索、图像、数据分析或文件创建。GPT 功能设置不保证相同配置。对话开场白和之前的聊天可能不会复制，因此请保存有用提示词并识别所需上下文。 |
| 与队友或工作区外部人员共享 | 记录目标受众，并验证他们可以安装和使用替代项。向用户展示如何安装或选择它。检查替代项的共享设置。检查外部用户访问权限：受影响 Enterprise 工作区中的公开 GPT 会包含在内，但其他套餐的公开共享和时间线可能有所不同。 |
| 过渡期间需要更新 | 原始 GPT 在退役前仍可使用。随着工作流变化，请维护并测试替代插件。 |
GPT 创建者：迁移、测试和共享
请按以下步骤处理你创建的已发布 GPT。工作区管理员也可以使用这些步骤来帮助创建者迁移单个 GPT。
迁移前： 原始 GPT 会在迁移后变为只读。你可以在退役前继续使用它，但后续编辑必须在替代插件中进行。
第 1 步：转换你的 GPT
前往 我的 GPT（My GPTs），在 由我创建（Created by me） 下找到你的 GPT，然后选择 迁移到插件（Migrate to Plugin）。你也可以向工作区管理员寻求帮助。
迁移会将 GPT 的说明转换为技能，并带入其知识文件和已连接应用。请单独重建自定义操作。保存熟悉的提示词：对话开场白不会一一迁移。所选模型不会继承，功能设置也不保证相同工具或行为。共享前，请检查迁移后的文件并测试必需工具。
如果你没有看到 迁移到插件（Migrate to Plugin），请参阅管理员 FAQ 中的为什么我看不到迁移选项？。
你的新插件会以私有状态开始。请测试它，然后将它共享给需要访问的人员，即使他们之前已经可以使用原始 GPT。
此视频展示的是较早版本的应用界面。在当前应用中，请在左侧 导航栏依次选择自定义、插件， 即可找到你的插件。
第 2 步：用熟悉的工作进行测试
在熟悉的任务和一个较难案例上试用插件。共享前请检查以下事项。
- 是否选择了正确的技能，并且它是否遵循你的说明？
- 它是否使用了预期的参考资料，并生成具有所需结构、字段和格式的完整答案或文件？
- 它是否能正确处理较难案例，并在可接受的时间内响应？
- 它所需的工具和集成是否可用？
第 3 步：共享并验证访问权限
检查谁可以访问新插件。若要与人员或群组共享，你需要 Share plugins访问权限。若要发布到工作区，你需要 Publish plugins to workspace。请让目标用户打开并测试替代项。
对于使用替代项的人员： 创建者或管理员与你共享插件后，请先安装它再使用，除非管理员已为你安装。共享访问权限和安装是两个独立步骤。
如果你无法共享或发布插件，请在宣布切换前让管理员检查你的权限。
第 4 步：帮助团队切换
共享替代项链接，说明主要差异，并演示一个熟悉的任务。更新入职材料、说明和已保存资源，并为未来的更改和问题指定负责人。
迁移后，插件创建者或工作区所有者或管理员可以编辑替代项。每次更改后，请重新运行你的重要测试。
原始 GPT 会怎样？
在退役前，原始 GPT 仍可使用；即使新 GPT 创建停止，你也可以继续编辑尚未迁移的现有 GPT。一旦迁移某个 GPT，原始 GPT 就会变为只读。退役时，自定义 GPT 将停止运行，并离开 GPT 目录。
管理员 FAQ
查找有关准备工作区和帮助团队切换的常见问题解答。
准备工作区
管理员可以一次迁移多个 GPT 吗？
可以。工作区管理员可以使用 ChatGPT Admin 插件迁移选定批次。请从团队最需要的 GPT 开始。
使用管理员演练运行报告并迁移选定 GPT。共享设置不会在批量迁移中继承；请手动共享每个替代项。
谁可以迁移 GPT，流程如何运作？
GPT 的创建者或工作区管理员可以从已发布 GPT 的页面开始迁移。即使管理员并未创建该 GPT，也可以执行此操作。
必须启用插件，仅拥有共享访问权限并不会赋予某人迁移权限。
为什么我看不到迁移选项？
你必须是 GPT 的创建者或工作区管理员，GPT 必须已发布，并且必须为你启用插件。
能够使用他人的 GPT 并不表示你有权限迁移它。
如果满足这些条件但选项仍然缺失，请联系 OpenAI 支持，并提供 GPT 名称、所有者以及你看到的情况说明。
在人员开始迁移前，我应该检查哪些权限？
请先启用插件。内置迁移工作流不需要 Upload plugins或 Upload plugins with custom MCP servers。
需要在工作区中与他人共享插件的人员需要 Share plugins，需要在整个工作区发布插件的人员需要 Publish plugins to workspace。
重建自定义集成是单独的任务，可能需要额外权限。
员工需要什么才能使用迁移后的插件？
员工需要：
- 使用插件（Use plugins） 权限。
- 对替代插件的访问权限。
- 允许他们安装该插件，或为他们安装该插件的工作区政策。
任何包含的应用仍需要相应的应用访问权限和授权。通过 ChatGPT 连接账号不会赋予某人在该应用中的额外权限。
员工可以在 Chat 中使用迁移后的插件，还是必须使用 Work？
当为用户启用插件时，迁移后的插件可在 Chat 中使用，也可在 Work 中使用。可用工具仍取决于插件、工作区设置以及使用位置。有关创建和编辑工作流及其前提条件，请参阅 构建插件。
请分别检查每项任务的访问权限：使用插件、创建或编辑插件，以及共享或发布插件。指定维护者之前，请让管理员确认他们可以访问创建和编辑体验；内置迁移要求无法回答这个问题。
推出替代项时，我应该如何管理访问权限？
检查每个插件的受众和安装策略，然后请目标受众中的某个人测试访问权限。
Available 插件允许符合条件的用户安装，而 Installed 插件会默认为他们安装。角色控制和应用权限仍然适用。
替代项初始为私有。能够访问原始 GPT 并不会自动赋予某人访问插件的权限。请将它共享给目标人员或群组，然后让接收者安装并测试它，除非其管理员已经为他们安装。请确定谁将维护替代项，并帮助队友处理访问问题。
测试和持续管理
迁移后的插件会与原始 GPT 表现完全相同吗？
迁移后的插件可能会与原始 GPT 有不同响应。请比较相同的提示和参考文件，包括一个困难示例，并检查答案是否使用了正确来源、包含预期事实、遵循请求格式并使用必需工具。请同时测试显式选择插件和普通任务请求，因为自动技能选择取决于请求和可用功能。请负责人评估：
- 输出质量。
- 遵循说明的程度。
- 任务耗时。
GPT 所选模型不会继承；将应用 Enterprise 默认设置。
对于使用自定义操作的 GPT，我应该怎么做？
自定义操作不会通过迁移工作流迁移。维护该工作流的人员需要使用受支持的连接器或自定义 MCP server重建集成。
请尽早识别这些 GPT，以便相应的技术和安全团队有时间检查替代项及其权限。
退役后，我们仍可以迁移 GPT 吗？
可以。退役后你仍然可以迁移 GPT，尽管 GPT 本身将不再运行。
迁移后适用哪些管理员控制？
迁移后的插件遵循工作区的插件权限。管理员可以控制谁使用和共享插件，以及谁将插件发布到工作区。你可以检查角色权限并管理单个插件。
包含的应用会保留各自的访问和操作控制，因此将插件设为可用并不会授予对其应用中数据或操作的访问权限。
管理员应该如何规划插件使用量和成本？
将自定义 GPT 转换为插件不会消耗点数。在基于点数的定价下，编辑或更新插件会消耗点数。转换与使用替代插件是分开的，因此请在推出前检查该工作流的使用量和成本。
使用量取决于插件是在 Chat 还是 Work 中运行、涉及的模型和功能，以及你的工作区协议。在基于点数的定价下，Instant Chat 通常不受限制，但请求可能切换到推理模型或使用会消耗点数的功能。Work 会根据所用模型和 token 消耗点数。以 USD 计费的 Enterprise 协议条款不同，包括 Instant 使用的费用。推出前，请检查你工作区的基于点数的费率表或 USD 费率表。
请单独检查用户的有效使用限制和工作区支出控制。在基于点数的工作区中，零超额限制会阻止超出共享点数分配的支出；它不会阻止使用剩余点数。使用量提醒会通知管理员，但不会停止使用。请参阅管理使用限制和超额，了解适用于你工作区的控制项。