ChatGPT Plugins 插件指南：团队配置、权限与 ServiceNow 场景

ChatGPT Plugins（插件）能把团队现有工具中的工作带入对话，再通过受支持的操作继续推进。对 Business 或 Enterprise 管理员来说，真正要弄清的是：员工能否在不必来回复制各个系统内容的情况下，调查请求、核对依据，并完成权限允许的下一步？先选一个工作流，分别检查插件、它连接的应用，以及这些应用的操作权限。OpenAI 插件概览

现在的 ChatGPT Plugins 是什么？

插件把 ChatGPT 执行重复性任务所需的内容打包在一起。**技能（skill）**提供可复用的指令；**应用（app）**负责连接外部服务及其支持的工具。插件可以只包含其中一种，也可以同时包含两者，有时还附带需要配置的应用模板。可以把它看作一个工作工具包：操作清单说明任务怎么做，连接的应用提供获得授权的访问能力。ChatGPT 中的插件

本文介绍的是当前的插件目录。OpenAI 已将 2023 年 3 月发布的插件公告标为过时，并引导读者前往现行目录。早期测试版教程不适用于这套系统的配置。最初的插件发布公告

连接器名称的变化可参见 OpenAI 的 Business 更新日志。管理现有连接时，可参考 ChatGPT 连接器管理员指南。

哪些套餐可以使用插件？

Free、Plus、Pro、Business、Enterprise、Edu 和 ChatGPT for Teachers 均可使用部分插件，其中一些插件要求付费套餐。能打开插件目录，不代表账号能使用目录中的每个插件。需要逐项检查插件对套餐、地区、工作区和设备的要求。套餐可用范围、插件使用要求

面向工作场景的这两种套餐，默认设置有所不同：

默认值只能作为起点，最终要检查工作区实际保存的配置。功能页列出的默认设置、工作区默认设置详解

管理员如何为团队开启 ChatGPT 插件？

打开 Workspace Settings（工作区设置）→ Plugins（插件），或进入 Admin console（管理控制台）→ 选择 ChatGPT 工作区 → Plugins（插件）。管理员入口说明

1. **打开插件详情。**检查它包含的技能、必需应用、可选应用和模板。
2. **选择 Installation policy（安装策略）。**设为 Available（可安装），符合条件的成员可以自行安装；设为 Installed（已安装），则会为符合条件的成员或受支持的角色自动安装。
3. **启用必需应用。**检查应用的访问范围、允许执行的操作，以及服务提供方的限制。
4. **用符合条件的成员账号测试。**仅在应用要求时，完成成员个人的服务账号授权。官方配置步骤

设置 Enterprise 角色时，进入 Workspace settings（工作区设置）→ Permissions & roles（权限与角色），再打开相应角色。检查 Use plugins（使用插件），以及上传、通过 MCP 创建、共享和发布各自对应的权限。MCP 是一种标准连接方式，让 ChatGPT 能够调用服务提供的工具。按成员的工作需要授予权限即可。成员权限说明

应用模板还需要额外配置：管理员必须先配置并发布工作区应用，成员才能使用。安装模板所属的插件，并不等于完成了这一步。应用模板配置

员工侧的路径是：侧边栏中的 Plugins（插件）→ 选择插件 → Install plugin（安装插件），以界面显示的选项为准。如果出现提示，点击 Connect（连接），选好要连接的服务账号，核对访问权限并完成授权。有些应用使用管理员统一管理的连接，也有些不需要成员单独登录。随后直接描述希望完成的任务；要明确指定插件时，使用 @ 加插件名称。账号连接步骤

ChatGPT 插件能访问哪些数据？

**数据流向要两头都看：ChatGPT 获取了什么，连接的服务又收到了什么。**先确认应用使用的是员工个人账号，还是管理员统一管理的连接，再检查相应权限。连接配置说明

OpenAI 对数据流向的说明如下：

• **发给应用的内容：**为完成请求，相关对话上下文可能会被共享给应用；开启 Memory（记忆）功能后，相关的已记忆信息也可能被共享。
• **基本连接信息：**应用可能收到 IP 地址、设备或浏览器类型、语言、地区和大致位置。
• **返回 ChatGPT 的内容：**获取的信息可以用于生成回答和网页搜索查询。启用 Memory 且数据来源允许时，相关信息可能被保留在记忆中。
• **服务提供方如何处理：**共享给应用的信息受该提供方的服务条款和隐私政策约束。

对于 Business、Enterprise 和 Edu，OpenAI 默认不会用从应用获取的信息训练模型。但这项训练政策不代表数据不会传给连接的服务提供方。OpenAI 关于已连接应用的数据说明

管理员能控制什么？

这些问题需要分别决定：

这些控制项各管一件事；打开其中一项，不代表其他问题也已解决。OpenAI 控制项说明

在 **Actions（操作）**下，管理员可以选择应用支持的读取和写入操作。在 **New actions（新增操作）**下，可以决定今后增加的操作如何启用；选择 **Disable new actions（禁用新增操作）**不会关闭现有操作。受支持的应用和工作区还可设置域名及内容限制。有些应用不提供可配置的操作控制项。管理员操作控制

**Allow read actions（允许读取操作）**表示读取无需先询问，修改则需要批准；它并不会禁用写入。**Always ask（始终询问）**会在读取和修改前都请求确认。其他权限选项取决于应用和账号；常规的工作区统一权限选择器不提供 Allow all actions（允许所有操作）。操作确认设置

仅包含技能的插件在工作区启用后，即使某些符合条件的成员所属角色显示为 Disabled（已禁用），这些成员仍可能使用该插件。因此，不能仅凭自动分发设置，就认定只有被分发的成员能访问。仅含技能的插件与角色权限

值得优先试点的五个工作流

**优先选择员工在决策前需要反复收集依据的工作。**下面的试点建议源于 OpenAI 展示的三个场景：ServiceNow 事件处理、Salesforce 商机复盘和 Slack 项目进展汇总。所列收益只是值得测试的理由，并非客户实测成果。

1. 用 ServiceNow 调查事件

IT 服务负责人可以让插件先准备事件评估，再决定要做哪些变更。OpenAI 描述的能力包括查找类似事件、分析变更风险，以及更新 ServiceNow 记录。客户连接自己的实例，自行选择启用的能力；ServiceNow 的 Action Fabric 会应用既有规则和权限。ServiceNow 合作公告

这篇已发布公告的日期是 2026 年 10 月 28 日。公告称，MCP 插件已经可用，增强能力预计在年底前推出，交互式事件处理体验则处于预览阶段。把生产工作流交给插件之前，应先确认当前安装版本实际开放了哪些操作。可用范围与预览状态

合适的首个试点，是生成一份有据可查、交由人工审核的事件评估。潜在收益在于减少追溯事件来龙去脉的时间，让团队更快开始有效处理。

2. 用 Salesforce 复盘商机

销售运营负责人可以把季度末的商机复盘整理成一份按优先级排序的风险与后续行动清单。OpenAI 的示例使用 Salesforce 审查临近成交的商机，并制定行动计划。OpenAI 的业务场景示例

试点时，要求输出明确区分已记录的事实、缺失信息和建议跟进事项。这样或许能减少会议准备工作，也更容易发现并追问 CRM 记录中的缺口。原始记录薄弱，摘要即便写得像模像样，也不足以支撑可靠的预测。

3. 从 Slack 汇总项目进展

交付负责人可以让插件从团队对话中整理进展、阻塞事项、负责人和下一步行动；这也是 OpenAI 为 Slack 展示的使用场景。Slack 工作流示例

用汇报技能统一每周格式，要求每项内容附上支持它的消息链接。对有争议的责任归属，保留待定状态，由负责人裁定。值得节省的是收集和整理周报的时间，内容的含义仍需负责人把关。

4. 准备事件交接材料

在 ServiceNow 工作流的基础上，值班负责人可以要求生成交接草稿，包含当前问题、相关历史、尚未解决的疑问，以及建议的下一项检查。所有内容都应限定在已安装连接所支持的信息范围内。

先让基础事件评估稳定可用，再测试交接。草稿交付使用前，请交班工程师标出遗漏。交接内容变短，只有在接班工程师仍清楚哪些问题尚不确定时，才有价值。

5. 每周整理待决事项与阻塞简报

沿用 Slack 示例，部门运营人员可以进一步收窄输出，只列出尚待明确负责人的决策事项，以及需要升级处理的阻塞问题。与汇总一周发生的所有事情相比，这个任务更聚焦。

团队可以把简报与现有会议议程对照，统计有价值的新增事项、误报和遗漏的阻塞问题。这样才能判断插件究竟改善了协作，还是又多生成了一份要读的文档。

这些场景对业务的共同价值，是减少人工传递信息的环节。传统汇报流程可能要查找记录、复制片段、核对差异、撰写摘要，再回到源工具操作。插件试点可以把检索和起草放进同一段对话，后续受支持的操作仍受策略约束。在宣称节省时间之前，要先衡量整个流程消耗的员工总工时，包括审核和修正。

围绕插件，哪些业务值得做？

更值得投入：有治理机制的 IT 事件分诊工作流

**为服务台经理打造一个范围明确的事件评估功能包。**把团队的评估指令、获批连接和审核标准组合起来，面向已经被事件准备工作困扰的组织，提供配置好的工作流及其验证服务。

根据 2026 年 10 月 30 日核查的 DataForSEO 数据，“ai help desk”在美国的月搜索量估计为 480 次。这反映的是对这类工作的广泛关注，不代表 ChatGPT 插件的潜在买家数量。它足以支持向服务台团队验证问题是否存在，却不能证明他们需要这一具体实现。

最小可用版本只需处理一类事件，输出可审核的评估，并说明无法访问哪些内容。起步阶段不要修改生产记录；只有在已安装集成支持某项具体写入操作，且组织批准该工作流后，才加入这项操作。

难点在于集成和维护。不同客户的 ServiceNow 配置各不相同，部分已公布体验仍处于预览阶段，服务提供方也可能把通用分诊能力直接纳入产品。真正能形成壁垒的是理解客户的升级处理规则、评估失败情况，并持续维护配置的实用性。因此，这比再做一个通用聊天套壳产品更有机会。

规模较小的机会：部门周报插件

**为交付或运营团队搭建可复用的进展汇报工作流。**客户付费购买的是稳定一致的报告，而且报告要遵循团队自己对进展、风险和责任归属的定义。

同一次核查中，DataForSEO 对 “automated status reports”在美国月搜索量的估计仅为 10 次。这一细分搜索词单独来看，需求信号较弱。更合适的做法是把它作为现有客户实施服务的附加项目，再通过实际使用验证需求。

最小版本可以由一项汇报技能、一个获批的 Slack 连接和一组示例报告组成。OpenAI 支持为内部工作流构建插件。为组织构建插件

难点是模板很容易被复制。需要针对客户投入的工作，在于定义什么报告才有用、处理证据缺失，以及确定由谁维护。如果团队连第一份报告都不用，就不要继续扩充功能包。

插件解决不了什么？

插件无法修复源记录中的不一致，也不能替团队决定流程该由谁负责。我的建议是，先让一个工作流在可接受的审核投入下持续产出可靠依据，再考虑扩大部署。试点期间应保留原有流程。

不要以为自定义 GPT 会自动变成能力等同的插件。OpenAI 将常规 GPT 停用日期定为 2026 年 12 月 11 日；FedRAMP 及获批延期且符合条件的 Enterprise 工作区，对应日期为 2027 年 2 月 11 日。受影响的 Enterprise 工作区已于 10 月 26 日停止新建 GPT，FedRAMP 除外；具体应以工作区通知为准。迁移时间表

迁移会把已发布的指令移入技能，并将知识文件复制为参考文件。自定义操作不会迁移，所选模型不会保留，替代插件初始为私有状态。在让同事切换使用之前，先测试集成，并恢复预期的共享设置。迁移内容与行为

这部分需要单独规划，可参考自定义 GPT 停用指南。

ChatGPT 插件怎么用？

打开 Plugins（插件），选择可用插件，并完成所需的应用配置。新建对话后描述任务；如需明确指定插件，使用 @ 提及。还要检查设备限制，包括标有 Desktop only（仅限桌面端）的插件。插件使用方法

ChatGPT 插件免费吗？

各套餐都能使用部分插件，但有些要求付费套餐。请检查具体插件页面及其账号要求。ChatGPT 套餐的常规额度限制仍然适用，外部插件也可能另设使用上限。可用范围与限制

使用 ChatGPT 插件需要安装 Chrome 扩展吗？

官方入口是 ChatGPT 内部的插件目录。第三方 Chrome 扩展不能替代安装目录中已获准使用的插件。请按所选插件的说明完成配置。官方插件目录指引

**周一就做：**找到负责事件分诊或每周汇报的人，选定一个插件、一项重复性任务和一位审核人。请管理员确认连接和操作权限，再用一次真实产出与现有流程对照。只有当团队说得清哪些地方改善了、哪些地方仍需检查时，再扩大使用范围。

如果希望为团队配置这样的工作流，可以了解我们为企业运营构建的 AI 自动化服务。