ChatGPT MCP 与连接器：企业应用接入与权限管理指南

ChatGPT MCP 和连接器的价值，在于把公司工具接入 ChatGPT，让团队直接查到答案，不必先复制、整理一摞文档。OpenAI 已将这类集成从 connectors（连接器）更名为 apps（应用）。当前帮助文档将应用的发现和配置入口放在 Plugins 中，由插件把应用与工作流指令打包在一起。管理员真正需要决定的是：开放哪些数据源、向谁开放，以及允许执行哪些操作。OpenAI 应用接入指南

先从受管理的工作区和一项反复出现的信息查询任务入手。让运营团队查找已批准的操作规程，比一开始就给全公司部署一个什么都能修改的助手更适合作为试点。

本文依据 2026 年 10 月 16 日核查的 OpenAI 文档编写。下文的菜单路径来自这些公开说明，并非私人管理控制台的截图，也不表示我们访问过此类控制台。

实时访问、索引检索和深度研究，该怎么选？

实时连接是在提问时才去查资料；索引则提前整理出可检索的内容集合。前者像临时派人去档案室找文件，后者像先维护好一份目录。但有了目录，也仍然要检查查阅者是否有权打开其中的每份文件。

OpenAI 已停止支持个人授权的应用同步。现在支持的索引由管理员统一管理：符合条件的工作区管理员连接数据源，并划定范围。内容或权限发生变化后，刷新可能需要一定时间。连接个人账号进行实时访问，并不会创建这类索引。管理员管理的同步功能

**Deep research（深度研究）**会在获准访问的数据源中进行更深入、耗时更长的调查。你可以审阅研究计划，并核查结果引用的来源链接。它只使用受支持的应用读取操作，不使用写入操作；某个应用能在普通聊天中使用，不代表它也能用于深度研究。Deep research 功能说明

Company Knowledge 现在是面向 Business、Enterprise 和 Edu 的插件。安装插件、提供受支持的数据源后，可以通过 @Company Knowledge 或工具菜单调用。安装插件本身不会替任何人完成数据源账号的授权。Company Knowledge 使用说明

对业务来说，这能缩短准备流程：提出需求、拿到简报、核查来源，再作决定。但文档质量和访问权限仍然需要有人负责。把检索环节搬进 ChatGPT，并不会自动解决责任归属。

ChatGPT MCP 与应用接入，各套餐支持到哪一步？

选套餐要看实际需要的能力。能打开插件目录，不等于能访问公司的工具。MCP，即 Model Context Protocol（模型上下文协议），是连接 ChatGPT 与集成服务器所提供工具的标准桥梁。

个人套餐的说明依据当前的套餐对比页。Business 的功能范围依据其套餐概览。Enterprise/Edu 的研究权限依据深度研究帮助文档，自定义连接规则依据 MCP 帮助文档。

同步功能需要单独核查使用资格。 任何个人套餐都无法恢复个人同步。Google Drive 当前的配置文档只提到符合条件的受管理工作区，没有列出完整的套餐支持表。SharePoint 则明确把管理员管理的同步限定在符合条件的 Enterprise 和 Edu 工作区。GitHub 没有同步索引。不能因为套餐支持普通应用访问，就推断它也支持同步。

对于本文涉及的四款工具，官方文档能确认的具体范围如下：

Drive 还有一项明确列出的权限：OpenAI 将 Library 中的 Google Drive 列为 Plus、Pro、Business、Enterprise、Edu 和 Healthcare 网页端可用的功能。这只确认了这一特定用法，并不代表所有 Drive 操作或同步选项都可用。Library 可用范围

ChatGPT 权限管理：接账号之前，先定好谁能看什么

把访问权限拆成几项独立决策，每项都指定负责人。

1. 启用应用。 打开 Admin Console，选择工作区，再进入 Plugins。查看其中包含的应用；旧版应用在 Manage Legacy Apps 中管理。Business 在整个工作区层面控制应用是否可用，Enterprise/Edu 则可以按角色分配访问权限。
2. 核对初始默认设置。 Business 中的应用通常默认启用。新建的 Enterprise/Edu 工作区会预先启用部分应用，而新加入的应用通常默认禁用。已有工作区的设置保持不变。
3. 限制操作能力。 如果应用提供操作控制，只保留必需的读取能力。同时检查现有操作和未来新增操作的处理策略。禁止新增操作，并不会移除已经开放的操作。
4. 限制可连接的账号。 应用支持域名限制时，应使用该功能。允许域名列表留空，意味着所有域名都可以连接。

这些在 OpenAI 的管理员指南中属于不同的控制项。

是否弹出审批提示，也要单独决定。 “Always ask”（始终询问）会在读取和修改前都询问；“Allow read actions”（允许读取操作）会自动放行读取，在修改前再询问。其他设置还允许部分操作不经提示直接执行。这些选项决定 ChatGPT 何时征求确认，不会扩大应用的数据访问范围。对于读取类试点，我会关闭不必要的写入操作，再明确选择读取操作的审批策略。应用权限说明

需要个人授权时，每位员工都应连接自己在服务商处的账号，而且该账号本就应具备所需权限。部分受支持的数据源则使用管理员统一管理的连接。不能为了让测试通过，就借用管理员账号登录。连接流程从 Settings > Plugins 开始，之后按要求完成服务商授权。账号连接说明

我建议的验收方法是，找两名数据源权限不同的普通员工，向他们提出同一个问题，问题中涉及一份仅其中一人有权访问的文档。先核查答案链接到的原文，再调整权限，待变更刷新后重复测试。答案写得漂亮，并不能证明权限控制有效。

三种可以落地试点的业务配置

每种配置都从读取资料开始。下面的提示词是测试建议，不代表所有账号都能访问其中涉及的每个对象或字段。

销售团队接入 HubSpot：会前生成客户简报

如果销售每次通话前都要重新搜集客户背景，这个场景就适合试点。HubSpot 是团队存放客户记录的客户关系管理系统，即 CRM。OpenAI 的 Business 更新说明提到了 HubSpot 对聊天搜索和深度研究的支持，但没有给出当前完整的字段访问说明。这部分不确定性应列入配置检查，不能凭想当然跳过。

1. 在受管理的工作区中，查找可用的 HubSpot 应用或包含该应用的插件。阅读当前说明，确认支持哪些读取能力。如果找不到，就在可用性检查这一步停止该试点。
2. 由管理员启用应用，并按前文的控制项检查访问权限、操作能力和审批设置。
3. 让销售连接自己已获授权的账号。完成登录前，先查看服务商要求开放哪些权限。
4. 试着这样提问：“请根据我有权访问的 HubSpot 信息，为 Acme 准备一份客户简报。附上所用记录的链接，区分记录中的事实与建议，并说明哪些信息未能获取。”
5. 将答案与该销售能在 HubSpot 中打开的记录逐项核对。再询问一条刻意限制访问的记录，确认它不会出现在结果中，然后再扩大使用范围。

试点应聚焦会前准备。未经核实当前应用的能力，不要承诺联系人导出、私密备注读取、商机更新或邮件发送。预期收益是减少通话前搜集背景的工作，销售仍需对自己说出的内容负责。

运营团队接入 Google Drive：依据已批准的流程答疑

第一次小范围测试先用实时访问；工作区符合条件后，再考虑由管理员管理的索引。

1. 启用 Google Drive 及所需的读取操作。请 Google Workspace 管理员批准对应的授权范围，也就是 Google 授予集成的具体权限项。
2. 从员工界面提供的 Plugins 或 Apps 入口，连接运营人员的工作账号。
3. 提问：“请在 Operations 文件夹中查找已批准的客户入门流程。引用来源；如果文档注明负责人，请一并列出；如有版本冲突，也请标明。”
4. 再找一名 Drive 权限不同的员工验证。在实际工作中采用答案之前，先核查原始文档。
5. 如果符合受管理同步的条件，与 Google 管理员一起配置 Google 服务账号和全域委派：让自动化身份在已批准的权限范围内代表管理员执行操作。选择 My Drive 和共享云端硬盘的范围、允许的成员，以及账号匹配方式。起步时只纳入试点必需且已获批准的内容。

首次建立索引可能需要数小时或更久。凭据和权限请遵循对应服务商的 Drive 配置说明，不要自行拼凑服务账号配置。

Google 侧的授权与 ChatGPT 侧的操作设置必须匹配。一边批准，并不能补上另一边缺失的权限。Google 数据控制说明

如果运营团队使用 Microsoft 体系，可以从 SharePoint 工作或学校账号连接开始。Entra 是 Microsoft 的身份管理服务，在其中完成审批、在 ChatGPT 中启用操作，以及成员本人登录，是相互独立的步骤。对于符合索引条件的 Enterprise/Edu，选择已批准的站点或文件夹。索引范围设得很窄，并不一定会限制另一条独立的实时连接。SharePoint 配置指南

工程团队接入 GitHub：理清陌生代码的执行路径

适合用来熟悉和排查工程师原本就有权读取的代码仓库。

1. 为目标工作区用户启用 GitHub，并确认支持哪种 ChatGPT 使用方式。
2. 打开 Settings > Plugins > GitHub，完成 GitHub 安装和授权，只选择试点仓库。
3. 如果 GitHub 要求组织批准，先取得相应批准。
4. 提问：“请在 payments 仓库中找到退款校验的代码路径，解释各项检查，并引用相关文件。请说明有哪些内容无法核实。”
5. 打开引用的代码，对照实际实现核查解释是否准确。再确认未选中的仓库仍然无法访问。

这项集成按需读取仓库，不会创建 GitHub 索引，也不会推送代码或拉取请求；对于代码编辑和推送工作流，OpenAI 指向的是 Codex。GitHub 配置与限制

六种值得尝试的用法：按实际收益排序

最适合先做的场景，是有明确权威来源、问题又会反复出现的场景。以下是基于前文读取能力提出的工作流建议，并非已经测得的客户成效。

跨数据源交接时，要确认同一名员工能使用两款应用，也能读取所需记录。CRM 中缺失的事实，不能悄悄用猜测补上。

业务收益要在试点中实测。先记录现有流程，例如找文件、阅读、复制摘录、撰写简报，再与提问、核查来源、修改结果的流程比较。跟踪一周内准备工作的总耗时，以及纠错工作量。事先承诺一个适用于所有团队的节省时间数字，没有可靠依据。

如果资料已经集中在一个整理良好的工作区中，可以参考 Notion AI 与 ChatGPT 的比较，判断更广泛的检索能力是否值得再引入一个界面。

断开连接后，已经生成的内容不会随之删除

连接、对话和索引，要作为不同的记录分别处理。

这些区别来自 OpenAI 的账号管理说明和同步说明。

普通聊天和已归档聊天会一直保留，直到被删除，或由适用的工作区策略清除。被删除的聊天安排在 30 天内永久删除，但文档列明的去标识化、安全和法律例外除外。保存在 Library 中的文件可以独立于相关聊天继续留存。聊天与文件保留说明

不能把聊天删除的时限套用到所有同步索引。索引如何处理，取决于工作区协议和适用的控制设置；OpenAI 当前的通用同步说明没有给出统一的移除期限。

Business、Enterprise 和 Edu 的应用信息默认不用于训练模型，但这与数据保留是两回事。应用也可能接收相关对话上下文，连接的数据还可能被用于辅助网页搜索。服务商的隐私条款仍然适用。接入应用后的数据使用说明

对于个人账号，是否开启模型改进相关设置很重要。通过 Google 连接获取的数据还有额外限制和例外，不能一概而论，认为所有应用的数据都遵循相同的训练规则。Google 专属数据控制

Business 管理员不会自动获得成员普通私人聊天的访问权限。Compliance Platform 仅面向符合条件的 Enterprise/Edu 工作区；应用日志覆盖哪些内容，取决于具体配置。管理员合规功能说明

围绕这些能力，可以做哪两类服务？

最值得考虑的是包含权限测试的内部问答部署服务。买方真正需要的是一套围绕现有文档、可以可靠运行的工作流程。

运营或 IT 负责人可能愿意购买一个小型服务包：梳理已批准的数据源、配置可用连接、设计代表性问题，再以不同员工权限核查答案。最小可售版本可以只覆盖一个部门、一个数据源，并提供可重复执行的验收报告。继续增加集成之前，先让过时文档有明确的负责人。

为本文获取的 DataForSEO Google 搜索量估算显示，美国市场 “internal knowledge base software”（内部知识库软件）的月搜索量为 210，“enterprise search”（企业搜索）为 390。这些反映的是品类需求，并不代表 ChatGPT 的潜在客户数量。难点在于，连接器无法修复维护不善的知识库。你的价值在于明确数据源的责任归属并做好核验；一个通用聊天界面很容易被复制。

另一种机会是为营收运营团队设计销售简报工作流。从已批准的 HubSpot 读取流程、统一的简报格式，以及能核查原始记录的审核人入手。只有现成应用无法获取所需信息时，才增加自定义集成。

同一次 DataForSEO 查询中，“sales automation”（销售自动化）在美国的月搜索量估算为 480。这反映的是宽泛需求，不能证明买方想要的就是这个具体产品。最小版本可以只为一种销售流程生成可审阅的简报。难点是 CRM 数据可能不完整，应用可用性也会变化；不要把它包装成自主销售员。

配置自定义 MCP 连接时，当前 Plugins 流程使用 Add custom MCP server，然后依次完成连接、身份验证和审查；该流程已不再要求先打开 Developer Mode 开关。文档确认，Business、Enterprise 和 Edu 在网页端具备完整的工作区支持。自定义 MCP 配置说明

推广之前，先认清这些限制

接入应用，不能让无权访问的信息变得可访问。 Company Knowledge 遵循员工在数据源中获得的授权。即使答案看起来很有用，也仍然要核查原文。Company Knowledge 权限说明

同步既不是即时完成，也不是处处可用。 个人同步已停止支持，索引数据源会逐步刷新。GitHub 使用实时访问。仅凭套餐名称，不足以判断某个应用模式是否受支持。

能读取，不等于能写入。 GitHub 文档所述的应用是只读的，Deep research 不使用应用写入操作。Drive 和 SharePoint 可能支持写入，因此要检查实际启用了哪些操作，不能默认所有连接都只读。

索引范围不等于所有访问的边界。 除了索引数据源，还要检查独立的实时连接。SharePoint 不支持个人 OneDrive 账号。SharePoint 访问边界

自定义集成需要持续维护。 不可信的 MCP 服务器可能引入提示词注入风险，也就是检索到的内容试图诱导助手偏离原任务。后续工具发生变化，仍需管理员审查；批准一条连接，不代表自动批准今后的所有工具定义。自定义 MCP 安全措施

我的建议是：先验证读取工作流，再授权修改。如果答案说不清依据，或者员工无法核实，就只把它当作草稿。

ChatGPT 有企业知识库功能吗？

Business、Enterprise 和 Edu 提供 Company Knowledge 插件，可以使用受支持且已授权的数据源。符合条件的受管理索引则是另一项独立能力。这两项功能都不意味着每位员工可以访问公司的所有文件。Company Knowledge 使用说明

怎样搭建自己的知识库？

先整理已批准的文档，明确负责人和数据源权限，再选择可用的实时连接，或符合条件的受管理索引。扩大访问范围之前，用真实问题和受限文档进行测试。

企业内部知识库通常包含哪些内容？

运营流程文档、工程运维手册库，以及已批准的销售作业指南，都是实用的例子。接入之前，要明确每套资料由谁负责、面向哪些人。

周一就可以开始：给运营负责人一套已批准的流程文档，再找一位访问权限不同的同事参与。提出相同的问题，打开原始来源，记录准备时间。只有答案经得起核查、权限边界也守得住，才继续扩大范围。

如果你希望围绕自己的业务工具完成这套配置，我们提供 AI 助手及其集成的开发服务。