ChatGPT Business 怎么接公司系统？自定义 MCP 的测试与团队发布
让 ChatGPT Business 调用公司的业务工具，可以评估自定义 MCP 连接；只填一个 REST API 地址或模型 API Key，并不能完成接入。 你需要能提供工具的 MCP 服务、业务系统授权，以及工作区管理员或所有者的创建与发布操作。先用一个只读任务验证，再决定是否开放写入动作。
本文解决“同事在 ChatGPT 内使用公司工具”的任务，官方资料核对于 2026 年 11 月 5 日。工单查询是合成示例，检查表未执行真实业务测试。若你的目标是自己开发应用调用模型，入口不同，可先看ChatGPT Business 与 API 的区别。
先区分两种接入方向
| 需求 | 请求由谁发起 | 需要准备什么 |
|---|---|---|
| 同事在 ChatGPT 中查询公司工单 | ChatGPT 调用已连接的业务工具 | MCP 服务、业务身份与权限、工作区可用的连接 |
| 自建网页或程序调用模型 | 自己的后端调用模型服务 | 对应服务的 API Key、接口协议、模型和应用代码 |
这两条路径可以用于同一个产品，但凭证和权限不自动通用。ChatGPT 工作区成员身份不等于客户系统中的授权；模型 Key 也不能代替员工的业务登录。官方认证说明
没有交互界面的工具服务也可以接入，不必先做一套聊天前端。当前官方支持自定义 MCP，并提供公网 HTTPS 或适用的 Secure MCP Tunnel 连接方式；私有系统不能只凭“浏览器能打开”就认定 ChatGPT 能连到。当前自定义 MCP 说明
第一个工具只做一个完整的小任务
以虚构的 get_ticket_status 为例：输入工单 ID，返回该员工有权访问的工单状态与更新时间。它暂时不负责“顺便关闭工单”，也不返回客户全部资料。下面是设计清单，不是某个现成系统的接口：
| 项目 | 示例约定 | 验收要问什么 |
|---|---|---|
| 输入 | 一个明确的工单 ID | 没有 ID 时是否询问，而不是猜测 |
| 身份 | 当前授权的业务用户 | 是否每次调用都核对身份和记录权限 |
| 返回 | 状态、更新时间、必要说明 | 是否来自真实工具结果，能区分未找到与无权访问 |
| 副作用 | 只读，不改变工单 | 失败或重试是否意外触发更新 |
| 错误 | 可识别的业务错误 | 是否避免把错误包装成“查询成功” |
工具名、说明、输入输出结构和读写属性应相互一致。官方建议按用户任务设计工具；readOnlyHint 等注解表达行为意图，不能替代服务端的访问控制。工具定义指南
等只读路径稳定后，再单独设计写工具，列明动作对象、权限和重复执行处理。不要把整套后台管理接口直接暴露为一个“任意执行”工具。已接收动作后如何核对业务结果，可参考工具调用的执行与结果回传。
先测 MCP 服务，再进 ChatGPT 测任务
第一层验证连通、认证和工具定义。用官方文档推荐的 MCP Inspector 等工具，检查正常 ID、缺少 ID、参数类型错误、空结果和业务账号无权限的情况。服务连接成功，只说明接入链路的一部分可用。
第二层才是 ChatGPT 中的任务表现：明确要求查工单、用自然语言间接提问、追问同一个 ID，以及根本不需要查询工具的问题。记录实际选中的工具、参数、返回值、错误和确认行为，而不是只保存最终回复的截图。官方连接与测试流程
建议使用两名具有不同业务权限的测试成员，以及不含真实客户资料的记录。管理员查得到工单，不代表其他员工应该查得到；一个受限账号被正确拒绝，同样是通过验收。
管理员怎样发布给团队？
当前官方资料中，Business 的自定义 MCP 创建与发布由管理员或所有者负责；不要把 Enterprise/Edu 的额外 RBAC 配置当作 Business 已有功能。当前 Plugins 中可直接添加自定义 MCP server，无须沿用先启用旧 Developer Mode 的教程。角色与入口说明
对于工作区保留的自定义应用发布入口，官方列出的路径为 Admin Console → Plugins → Manage Legacy Apps → Drafts → Publish。按实际界面选择对应路径，记录连接、测试版本和发布状态；内部工作区发布不等于提交到公共插件目录。
发布后，应由实际成员打开连接、完成其业务授权，再重跑允许与拒绝两组任务。当前应用选择针对当前消息，需要再次取新数据或执行新动作时，应在后续消息中再次选择相应应用；讨论已经返回的结果则不同。成员没有调用到工具时，先核对这些操作，再判断服务是否故障。工作区发布与使用方式
管理员可用，同事不能用，怎么分层检查？
| 现象 | 先检查哪一层 | 需要留下的证据 |
|---|---|---|
| 同事找不到连接 | 所在工作区、发布状态与当前入口 | 工作区、发布时间、成员看到的入口 |
| 看得到工具，但要求重新登录 | 业务认证与授权有效期 | 脱敏错误、授权范围、重连后的结果 |
| 管理员能查某记录，成员被拒绝 | 该记录的来源权限 | 用同一记录核对允许/拒绝是否符合预期 |
| 明明改了参数，调用还是旧结构 | 审核后的工具定义与刷新状态 | 服务版本、工具结构、刷新时间和新会话结果 |
来源权限、文件版本与撤销后的访问应分别检查，详细分支见Business 资料与 API 的授权边界。不要通过给所有成员管理员权限来消除测试中的拒绝。
改了工具，为什么需要刷新和重新验收？
官方采用审核后的工具定义快照；服务端变更不会自动让所有新定义立即生效。有管理权限且连接有效时，Business 管理员可以刷新已有工具列表，并非发布后只能删除重建。工具名称、参数、说明或读写行为变化后，刷新并在新会话复测，保留旧版本与变更记录。工具刷新规则
写入动作的确认行为取决于权限和上下文，不能假定每次一定弹窗。重要写操作应由业务系统实现明确的授权与执行保护；服务端还应验证令牌、参数和资源范围，避免在工具结果中返回密钥。认证要求与安全设计指南
用检查表决定是否给团队使用
下载 Business MCP 接入与发布检查表。表内实际结果与证据栏留空，涵盖连接、工具定义、管理员测试、成员权限、授权撤销、刷新和停止使用的处理。建议由业务负责人定义通过条件；涉及写动作的演练在隔离测试环境进行。
如果你只是让 ChatGPT 使用公司工具，先完成上述官方连接路径。如果还要开发自己的模型调用后端，再核对云岚API当前模型与协议，按需求注册云岚API，用入门教程验证基础请求。云岚API账号不提供或继承 ChatGPT Business 工作区权限，MCP 与业务授权仍需单独实现；已有账号可进入控制台。