自定义GPT迁移权限与插件共享权限有什么区别

自定义GPT的迁移权限与插件共享权限有什么区别？前者决定谁能把已发布GPT转换为插件，后者决定谁能向人员、群组或工作区分发替代插件。GPT创建者或具备必要访问的Enterprise工作区管理员可以迁移，但仅能使用别人GPT的人不能迁移它；能够迁移，也不代表同时拥有Share plugins、Publish plugins to workspace或使用者的安装权限。团队切换时，这几种权限需要分别成立。

原GPT的归属比使用者当前套餐更关键

自定义GPT计划于2026年12月11日退役，FedRAMP和获得合格批准延期的受影响Enterprise工作区为2027年2月11日。具体通知可能有区别，延期并不适用于所有工作区，也不会单独保留新建GPT资格。这里退役的是自定义GPT产品，不是某个已选择模型的一次替换。

当一个人跨账户或跨工作区使用GPT，适用的安排仍取决于GPT创建在哪里。个人账户能打开某个企业创建的公开GPT，既不把它转换为个人资产，也不赋予迁移权。类似地，企业延期不能从使用者的身份反向推导，必须对应创建方工作区的合格批准安排。

创建者和管理员处理迁移，普通使用者接收替代品

内置迁移要求GPT已发布，并且插件对相关人员可用。Enterprise工作区中，GPT创建者或工作区管理员可在具备所需访问时处理迁移。迁移入口可能分批开放，因此没有入口不一定表示GPT内容出了问题，也可能与账户开放进度、创建账户或插件是否启用有关。

仅被分享了使用权限的人不具备相同角色。这类使用者需要创建者或管理员提供替代方案，而不是自行复制一个同名插件就能继承原GPT的维护身份。原GPT最新已发布版本是迁移来源，草稿和未发布修改不在范围内；内部发布也不要求公开分享。

迁移权限没有自动包含上传和重新集成权限

内置迁移不要求Upload plugins或Upload plugins with custom MCP servers权限。这个例外只针对内置转换流程，并不能扩展为所有后续插件编辑、上传或技术集成都无需权限。custom actions不自动迁入，重建外部连接仍是另一项工作。

迁移带来的指令会成为Skill，知识文件成为参考文件，已连接应用进入插件；模型选择不会保留，Enterprise默认设置适用。需要自定义MCP服务器的连接，应按实际账户或工作区能力及权限处理。迁移内容成功，不等于自定义动作也已经恢复。

共享给一组人和发布到目录是两种权限

向人员或群组分享插件，需要Share plugins；发布到工作区插件目录，需要Publish plugins to workspace。后者不是前者的另一种名称。团队中负责转换的创建者，如果缺少对应分发权限，仍可能无法让目标同事按原方式取得替代品。

单个GPT迁移后的插件最初为私有。受管理工作区的共享界面可以预填原GPT的用户、群组或工作区受众，但预填不等于已经生效，共享仍有受众确认和保存要求。个人插件公开则有单独提交流程，不能把原GPT的公开链接状态直接套用到插件。

访问替代插件与把它装好仍有区别

员工需要Use plugins权限、对替代插件的访问权，以及允许安装或由工作区代为安装的策略。迁移不会自动安装插件，也不会让所有原用户自动取得访问权。因此，“创建者能打开”只能说明创建者的条件，不足以证明目标使用者都已准备就绪。

插件中的应用保留原本的账户授权、数据权限和动作批准机制。即使插件可用且已经安装，某个外部应用不可用时，依赖它的能力仍可能不能完成。连接一个账户不会额外授予该账户原本没有的文件访问或服务操作权限。

退役和批量处理不改变这些角色边界

迁移后的原GPT在退役前仍可用，但转为只读，后续应维护插件；到适用退役日，GPT及页面不可访问，已有对话仍保留。批量迁移也不能把任务启动当成逐项成功，更不会把共享、安装和外部应用授权合并成一个结果。

对团队而言，迁移角色、分发角色和接收者条件分别对应不同问题：谁能创建替代品、谁能让受众获得它、受众能否真正使用其中能力。将这三件事分开理解，可以解释为什么内容已经迁入，团队成员却仍可能没有可用的替代工作流。