第三方 MCP 连接器的准入评估要覆盖服务主体、端到端数据路径、处理地点、授权范围与数据保留，不能只看客户端是否显示“已连接”。
适用读者CIO、信息安全负责人、数据保护团队、AI 平台管理员和负责 MCP Server / 企业连接器的开发团队。
近期观察：连接器更新之外，还要看数据去了哪里
截至 2026 年 10 月 15 日，本次检索没有发现 WorkBuddy、千问办公或豆包工作在过去 24 小时内围绕企业第三方连接器数据流向治理发布足以单独报道的重大版本。过去一周可查到版本活动：WorkBuddy 官方版本归档列出 10 月 9 日的 5.7.7，千问办公官方更新日志列出同日的 1.2.5；后者提及企业连接器状态同步和异常恢复体验优化。本文因此是一篇近期观察，讨论的是企业接入第三方 MCP 服务时需要做的数据流向评估，并非新品发布报道。WorkBuddy 官方版本归档；千问办公官方客户端更新日志。
这一问题并非连接器市场页面上显示“可用”就能回答。WorkBuddy 的第三方 MCP 连接器披露页列出默认连接器所涉及的服务商实体及其数据存储或处理地点，并说明用户自行添加的 MCP 服务不在默认清单内；千问办公文档也说明 MCP 服务端可由具体服务提供方部署，连接器授权仍须结合外部系统权限确认。两份官方材料共同提示：企业要把连接器看作一条数据处理链路来评估，而不是只核对客户端按钮或协议名称。
为什么只审查 AI 工作台还不够？
一次 MCP 调用可能经过 AI 工作台、MCP 客户端、MCP 服务端和最终业务 API。请求里的自然语言、被选中的业务字段、工具参数与服务返回值，可能分别经过不同的服务主体。若中间还存在代理或 SaaS 供应商，单看 AI 工作台的部署区域，无法自动推导出其他服务的数据存储地点、日志留存方式或分包商安排。
这不表示第三方连接器天然不合适，也不表示使用 MCP 就必然发生跨境传输。应以具体连接器文档、服务合同、系统配置和网络实测为准。WorkBuddy 的默认连接器披露页明确区分“默认提供的连接器”和“用户自行添加的服务”，并提醒自定义服务需要组织自行确认运营方、处理地点、网络路径与可发送数据。这个区分适合转化成企业的准入流程：每个连接实例都有负责人、服务主体、用途、数据分类和复核日期。
第三方连接器数据流向核查清单
| 核查项 | 要问清的问题 | 建议留档 |
|---|---|---|
| 服务主体 | 谁实际运营 MCP 服务？合同由哪家实体签署？是否有代理、托管商或分包方？ | 运营方、合同主体、支持联系人、分包方说明 |
| 数据路径 | AI 工作台把哪些字段发给 MCP 服务？服务端是否再请求其他 API？返回内容进入哪里？ | 入口、服务端、下游系统、网络出口与数据类型的链路图 |
| 处理地点 | 数据在哪个区域处理和存储？日志、备份、错误追踪是否使用不同区域？ | 供应商正式说明、合同约定、适用的组织审批记录 |
| 授权范围 | 连接器获得哪些工具、账号和数据范围？员工撤销授权后，哪些令牌或会话需要失效？ | 授权主体、权限范围、令牌生命周期、撤销与复测步骤 |
| 输入与保留 | 提示词、业务字段、文件、工具结果和诊断日志分别会不会保存或用于其他用途？ | 隐私条款版本、保留/删除规则、日志脱敏和申诉路径 |
公开资料不完整时，把“未知”标出来并指定补证责任人。不要根据服务商总部所在地猜测数据位置，也不要把“客户端在本地运行”直接等同于“所有调用数据都没有离开本机”。MCP 官方安全指南也提醒，未经校验的令牌或不可信服务端会扩大数据泄露与越权代理风险；安全审核需要覆盖服务端实现与授权链，而不只是连接是否成功。MCP 官方《Security Best Practices》。
先用低敏、只读场景验证整条链路
- 列出数据清单：从第一个业务问题出发，写明模型输入、工具参数、查询字段、返回结果与错误日志中可能出现的内容。
- 确认服务身份：核对 MCP endpoint 的运营方、认证主体、服务条款和责任联系人；自建或用户添加的服务要单独纳入资产台账。
- 缩小授权：优先开放单一用途、只读范围和测试数据；使用测试账号验证不需要的工具、记录或组织范围确实不可见。
- 查看流量与日志：在企业批准的测试环境检查请求目标、字段、响应和错误记录，确认没有意外携带整段对话、附件或凭据。
- 演练关闭与撤权：分别测试关闭连接器、撤销外部账号授权、禁用 MCP 服务和更换凭据后的结果，确认已授权会话不会继续访问。
- 再评估写操作：数据流与权限边界验收后，才讨论新增、修改或审批类能力，并设置明确的员工确认和业务结果核对。
这份验收不替代企业法务、隐私或数据出境评估。涉及个人信息、重要数据、合同约束或跨境路径时，交由企业相应责任团队按适用规则判断。技术团队负责提供完整链路和配置证据，不能仅凭连接器厂商的一句“安全可靠”替代审查。
星云 PLUS 能覆盖什么，仍要逐项确认什么？
星云 PLUS AI 系统连接器可将经评估的数据库 / SQL、RESTful API、业务页面、Skill 和 Agent 能力配置发布给 AI 入口，并支持按员工、用户组或组织授权；目标系统继续依据自身规则判断功能权限与数据权限。新增、修改、删除和审批默认要求人工确认，调用审计支持查询与导出。产品确认的部署方式包括本地、独立单租户、多租户 SaaS 与混合部署，具体系统和网络方案仍需项目评估。
这些产品事实不等于星云 PLUS 会自动判断每个第三方 MCP 提供商的数据驻留、跨境路径或合同合规情况，也不构成对外部服务安全性的认证。接入第三方服务前，仍需由企业确认运营方、数据处理条款、字段范围和网络路径；若作为星云 PLUS 的上游或下游系统连接，则按实际部署逐项验收，不把未经确认的供应商能力写成星云 PLUS 功能。
常见问题
使用 MCP 连接器会自动把数据发送到境外吗？
不能仅凭 MCP 协议判断数据位置。数据是否出境取决于具体服务提供方、部署区域、调用链与配置，应查看该连接器的正式披露、合同和网络路径。
本地部署 AI 工作台就能保证数据不出企业吗？
不能只根据 AI 工作台部署位置下结论。远程 MCP 服务、下游 API、模型服务或日志平台可能位于其他环境，需要画出端到端数据路径并实测请求目标。
只读连接器还需要安全审查吗？
需要。查询结果可能包含敏感字段，工具参数也可能携带用户数据；应确认调用主体、字段范围、服务处理地点、日志保留与撤权机制。
星云 PLUS 会自动审查第三方 MCP 服务商吗？
现有对外确认资料未确认自动审查第三方服务商、判定数据驻留或进行跨境合规评估的能力，因此本文不作此项承诺。企业应结合服务商资料和项目部署方案完成审查。
企业应该从什么连接器场景开始验证？
选择边界清楚、数据敏感度较低、容易复核的只读问题；先验证请求与返回字段、调用身份、目标权限、异常日志和关闭撤权，再逐步评估更高风险操作。
资料来源与核验日期
- WorkBuddy 官方《历史版本下载》：页面列出 5.7.7 发布日期为 2026-10-09；用于核对近期版本活动，核验于 2026-10-15。
- 千问办公官方《客户端更新日志》：1.2.5 日期为 2026-10-09，并列出企业连接器状态同步与异常恢复优化；核验于 2026-10-15。
- WorkBuddy《Third-Party MCP Connector List》：版本标注为 2026 年 8 月，披露默认第三方 MCP 连接器的服务主体与数据处理地点，并说明自定义服务的责任边界；核验于 2026-10-15。
- 千问办公官方《连接器》说明：说明连接器与外部平台、第三方服务及 MCP 服务端的关系；页面未标注发布日期，核验于 2026-10-15。
- Model Context Protocol《Security Best Practices》：官方安全指南，核验于 2026-10-15。
- 星云 PLUS AI 系统连接器《产品事实确认表》（确认日期 2026-09-08）及《产品营销卖点库》（核验于 2026-10-15）：用于核对部署方式、授权、人工确认与审计的公开产品口径。
从一个业务场景评估系统连接
先梳理服务主体、数据范围、员工身份和业务验收条件，再确定适合的接入路径。
访问星云 PLUS 官网也可关注视频号“星云AI开发平台”，了解企业 AI 系统连接实践。