多供应商 Agent 的现实
2026 年的典型企业至少运行来自三个供应商的 AI agent：
- Salesforce Agentforce 处理销售、服务和营销自动化
- Microsoft Copilot Studio 管理以 Office 为中心的工作流和 IT 帮助台
- Google Vertex AI 驱动数据分析和自定义 ML 管道
- ServiceNow 自动化 IT 服务管理和 HR 请求
- 自定义 agent 基于 LangGraph、CrewAI 或内部框架构建以填补空白
这不是假设的未来。这是任何从其现有软件供应商采用了 AI agent 的企业的现实。它创造了一个这些供应商都无法解决的治理问题。
为什么单一供应商治理失败
每个供应商只治理自己的 agent：
- Salesforce 使用 Einstein 信任层治理 Agentforce agent——但仅限在 Salesforce 内运行的 agent
- ServiceNow 使用 Now Assist 护栏治理其自主 agent——但仅限 ITSM 和 HR 工作流
- Microsoft 通过 Copilot Studio 策略治理 Copilot 操作——但仅限 Office 365 交互
- Google 提供 Vertex AI 监控——但仅限部署在 GCP 上的模型
结果是治理孤岛。您在 Agentforce 中的销售 agent 了解到客户偏好邮件而非电话。您在 ServiceNow 中的 IT agent 排查同一客户的 VPN 问题。它们不共享任何上下文。没有统一的审计追踪。没有一致的审批策略。没有跨供应商的记忆。
当 CISO 问”我们的 AI agent 这个季度做了什么？“时，没有单一系统能回答。
协议趋同使跨供应商协调成为可能
两个新兴标准使跨供应商 agent 协调在技术上成为可能：
MCP（Model Context Protocol） —— 将 AI agent 连接到外部工具和数据源的标准。Microsoft Copilot Studio、n8n 和 100+ 平台现在都支持 MCP。
A2A（Agent-to-Agent Protocol） —— agent 发现能力、委派任务和跨平台同步状态的标准。Salesforce、Google、ServiceNow、SAP 和 PayPal 是 100+ 支持者之一。
MCP + A2A 共同构成标准的企业 agent 通信栈。agent 可以使用 MCP 访问工具，使用 A2A 与其他 agent 协调——无论哪个供应商构建了它。
但协议支持本身不是治理。您还需要：
跨供应商治理实际需要什么
一个跨所有供应商工作的治理层需要五项能力：
1. 协议无关的连接性
治理层必须同时支持 MCP 和 A2A。一些供应商使用其一，一些使用另一个，一些两者都用。您的治理层不能选边——它必须桥接两种协议。
2. 供应商无关的策略
审批门、RBAC、预算控制和升级规则应该一致地应用，无论 agent 运行在 Salesforce、ServiceNow 还是自定义框架中。“来自供应商 X 的 agent 需要对超过 1,000 美元的操作进行审批”应该是一个策略，而不是五个供应商特定的配置。
3. 统一记忆
来自不同供应商但服务于同一客户、项目或部门的 agent 需要共享上下文。一个 5 层记忆层级——实体、对话、工作流、部门和虚拟文件系统——跨越所有 agent 平台。
4. 合并的审计追踪
一个审计日志捕获跨所有供应商的每个 agent 操作。谁批准了什么、何时以及为什么。哪个 agent 访问了哪些数据。成本是多少。可导出到您现有的合规基础设施。
5. 部门级编排
企业部门不会整齐地映射到供应商边界。法务使用两个供应商的 agent。财务使用三个。治理层必须按部门组织 agent，而不是按供应商——因为这是业务的思维方式。
市场验证了紧迫性
数字说明了一切：
- 88% 的高管正在增加 agentic AI 预算（Capgemini）
- 79% 表示 AI agent 已经在其组织中被采用
- 100+ 家企业支持 A2A 协议，表明多供应商 agent 协调是行业优先事项
这不是理论上的需求。企业正在积极部署来自多个供应商的 agent，并发现治理是缺失的层。
JieGou 的方式
JieGou 被设计为供应商特定 agent 平台之上的治理层：
- 双协议桥接：通过一个治理层同时支持 MCP（245 个认证服务器，3 级认证）和 A2A（主机、消费者和注册表）
- 10 层治理：审批门、RBAC、审计日志、BYOK 加密、预算控制、提示注入检测和渐进式自主权——一致地应用于每个 agent
- 5 层记忆层级：实体、对话、工作流、部门和虚拟文件系统记忆，跨所有 agent 共享，无论供应商来源
- 20 个部门覆盖：为销售、营销、客服、HR、财务、运营、法务、工程、高管、IT、产品管理、研发、产品、客户成功和数据分析预建部门包
- 跨供应商架构：JieGou 位于 Salesforce、Microsoft、Google、ServiceNow 和自定义 agent 平台之上，提供统一治理而不替代任何一个
对企业架构师的意义
如果您正在设计企业的 agent 架构，考虑以下原则：
-
不要将 agent 能力与 agent 治理混为一谈。 Salesforce 擅长构建销售 agent。这不意味着它是治理所有 agent 的正确选择。
-
从第一天就规划多供应商。 即使您从一个 agent 供应商开始，您也会添加更多。您的治理架构应该假设多供应商。
-
协议合规对采购很重要。 AAIF 成员在增长（Salesforce、SAP、PayPal、Samsung）。标准合规正在成为采购复选框。
-
治理是独立的层。 就像您不会用 CRM 作为身份提供者一样，您也不应该用 CRM 作为 agent 治理平台。
准备好看看统一治理如何跨供应商工作了吗？