AREX Feed Article
ARD 协议上桌：Google、微软、Salesforce 联手，要夺回 Agent 标准的定义权
TL;DR — Google、微软、Salesforce、Snowflake 和 ServiceNow 五家企业软件巨头联合宣布支持同一套 AI Agent 后端协议——Agentic Resource Discovery（ARD），目标直指 Anthropic 已经拿下 9700 万次下载的 Model Context Protocol（MCP）。这是 2026 年 AI 基础设施领域最值得关注的标准战争：赢家将决定未来十年企业 AI 代理如何连接数据与工具。而所有参战方同时坐在 Linux Foundation 的 Agentic AI Foundation 里"合作"，让这场战争格外荒诞。
Google 和微软上一次联手，对手叫网景
六月中旬，《The Information》的 Amir Efrati、Aaron Holmes 和 Catherine Perloff 发了一条独家：Google 和微软正在联手推一套新的 AI 软件标准，目的是阻止 Anthropic 和 OpenAI 吃掉企业市场。消息一出，硅谷最本能的反应不是惊讶于标准的细节，而是惊讶于联手本身。
Google 和微软上一次以这种默契站到同一阵营，还是在 1990 年代末浏览器大战中联合围剿网景。二十多年后，共同的敌人从一家浏览器公司变成两家 AI 创业公司。Anthropic 年化收入据 Fortune 报道已达 470 亿美元，OpenAI 正在筹备据称高达 7300 亿美元的 IPO——两家 AI 新贵加起来的体量足以让任何一家老牌科技公司警惕。企业软件巨头们终于坐不住了。
这套新标准的名字叫 Agentic Resource Discovery（ARD）。名字平淡，但背后站着的五家公司——Google、微软、Salesforce、Snowflake、ServiceNow——每一家都掌握着企业 AI 部署不可或缺的一块拼图：两家最大的公有云、全球最大的 CRM、最主力的数据仓库、以及企业工作流自动化的事实标准。加上 Cisco、Databricks、GitHub、GoDaddy、Hugging Face 和 NVIDIA 等八家盟友，这份名单覆盖了企业从基础设施到应用层的完整栈。
ARD 在 7 月 13 日的 AI 新闻综述中被列为仅次于 Musk-Altman 公开骂战的第二大故事，但它的影响周期远比一场 X 上的口水战长得多。
ARD：一本让 AI Agent 看懂企业的黄页
ARD 解决的其实是一个非常朴素的问题：在复杂的企业软件环境中，一个 AI Agent 怎么知道自己能调用哪些工具？
目前的答案通常是"人工告诉它"——开发者在代码里硬编码每个 API 的地址、参数格式和调用方式。一家大型企业可能部署了数百个内部系统，要让一个 Agent 自动发现并安全调用它们，需要一套标准化的"黄页"机制。ARD 就是这本黄页的标准格式。
具体而言，ARD 要求企业在其域名下发布一个名为 ai-catalog.json 的清单文件，描述该组织可用的 AI 能力——工具、其他 Agent 端点、数据集、技能模块等。Agent 无需事先知道有哪些资源，只需向 ARD 注册中心发起一次意图式搜索（"帮我找一个能访问 CRM 客户数据的工具"），即可发现匹配项并建立连接。
这套机制的巧妙之处在于它的"联邦化"架构：每家企业管理自己的目录，不依赖某个中心化平台。企业在自己的域名下发布能力声明，ARD 注册中心只负责索引和发现，而非控制访问和数据流。Apache 2.0 开源许可证意味着任何组织都可以实现自己的 ARD 注册中心——Google 的 Gemini Enterprise Agent Platform 已经内置了对 ARD 的支持，微软 Azure 的相关集成也在推进中。
但它不是要替代现有协议。ARD 被设计为 MCP（Anthropic 的工具连接协议）和 A2A（Google 的 Agent 间协作协议）的补充层——它位于这两者"上方"，解决的是"连谁"的问题，而不是"怎么连"。
协议栈三层格局：MCP 连接工具，A2A 协调 Agent，ARD 发现一切
理解 ARD 的位置，需要先看清 2026 年 AI Agent 协议栈的完整地形。
底层——MCP（Model Context Protocol）： Anthropic 于 2024 年 11 月发布，定义了一套标准的客户端-服务器接口，让 AI 模型可以调用外部工具和访问数据。截至 2026 年 3 月，MCP 的 SDK 月下载量达到 9700 万次，已被 Anthropic、OpenAI、Google 和微软全部采用。超过 10,000 个活跃的公共 MCP 服务器覆盖了从数据库查询到浏览器操作的完整工具链。2025 年 12 月，Anthropic 将 MCP 捐赠给 Linux Foundation 新成立的 Agentic AI Foundation（AAIF），完成了从企业项目到社区标准的身份转换。
中间层——A2A（Agent-to-Agent Protocol）： Google 于 2025 年 4 月 Cloud Next 大会上发布，解决的是一个 MCP 刻意留白的问题：不同 Agent 之间如何发现彼此、委托任务、交换结果。A2A 的核心机制是 Agent Card——一份描述 Agent 能力的 JSON 文件，让编排型 Agent 可以动态发现和调用专业化子 Agent。截至 2026 年 4 月，已有超过 150 家组织支持 A2A，包括微软、AWS、Salesforce、SAP、ServiceNow、Workday 和 IBM。
发现层——ARD（Agentic Resource Discovery）： 2026 年 6 月 17-18 日公布。ARD 解决的是比 MCP 和 A2A 更靠前的问题：在一个庞大的企业环境中，Agent 如何知道"存在哪些可以连接的资源"。它不是替换，而是增强——一个 Agent 先通过 ARD 发现目标，再通过 MCP 连接工具、通过 A2A 委派任务给其他 Agent。
这三层协议的边界清晰且互补。问题是：谁定义了其中最关键的一层，谁就在事实上定义了企业 Agent 的入口。
五巨头加八盟友——这份支持者名单上缺了谁？
ARD 联盟的阵容说明了一切。
五大核心推手：
- Google（Gemini Enterprise Agent Platform 已内置 ARD 注册中心）
- 微软（Azure + Microsoft 365 Copilot + GitHub，企业 AI 部署的最大触点组合）
- Salesforce（全球 CRM 市场份额第一，管理着数十万家企业的客户数据与工作流）
- Snowflake（云数据仓库的行业标准，企业 AI 所需的绝大部分结构化数据都存于此）
- ServiceNow（IT 服务管理和工作流自动化的龙头，企业 Agent 运营的天然枢纽）
八家首批盟友： Cisco、Databricks、GitHub、GoDaddy、Hugging Face、NVIDIA，以及随后加入的多家厂商。
两个醒目的缺席者：OpenAI 和 Anthropic。
这不是疏忽。ARD 的定位——让 Agent 自动发现并使用企业软件生态中的工具——天然倾向于那些"已经拥有企业软件生态"的公司。ChatGPT 和 Claude 的策略是把聊天界面打造成工作入口，取代而非融入现有的企业软件栈。ARD 的逻辑恰好相反：Agent 不应取代 Salesforce 或 ServiceNow，而应变成它们的自动化引擎。
用 The Information 报道中的话说：ARD 的核心目标是"让企业应用保持在职场自动化的中心"（keeping enterprise apps at the center of workplace automation）。换句话说，Salesforce 不希望 Claude 绕开 CRM 直接回答销售问题，它希望 Agent 把 CRM 用得更深。
OpenAI 和 Anthropic 拒绝加入 ARD 联盟，但它们并没有被排除在整个协议生态之外。讽刺的是，它们都是 Linux Foundation 旗下 Agentic AI Foundation（AAIF）的创始成员——与 Google、微软坐在同一张标准制定桌上。
MCP 的 9700 万次下载，和一场所有人都在参与的双面战争
这场标准战争最诡异的地方在于：所有参战方同时在两个战场上博弈。
战场一：市场。 ARD 联盟 vs. Anthropic/OpenAI，企业软件老牌巨头试图用联盟协议对抗已经跑出网络效应的 MCP 生态。MCP 9700 万的 SDK 下载量意味着，大部分已经在构建 Agent 系统的开发者，已经用上了 Anthropic 的标准。ARD 要说服他们切换或兼容，需要的不是技术文档，而是企业采购合同里的硬性要求。
战场二：标准组织。 在 AAIF 的框架下，Google、微软、OpenAI、Anthropic 共同维护 MCP、A2A 等核心标准。ARD 的推出并未与 AAIF 协调——它是一个在 Linux Foundation 机制之外单方面发起的行业倡议。
这种"左手合作、右手互砍"的局面在科技标准史上并不新鲜。TCP/IP 战胜 OSI、HTTP 战胜 Gopher、USB 战胜 FireWire——每一场标准战争都伴随类似的"委员会内谈合作、市场里打硬仗"的双重叙事。区别在于速度：MCP 从发布到 9700 万下载只用了 18 个月，ARD 从现在起要追上这个数字，需要在企业采购决策层发动一场硬仗。
BuildFastWithAI 在 7 月 13 日的综述中给出了一个犀利的注脚："一家五公司委员会设计出一套连贯且快速推进的协议，这在企业软件史上将是头一遭。而 MCP 的领先优势比新闻稿看起来大得多。"（A five-company committee protocol shipping coherently and fast would be a first in enterprise software history, and MCP's head start is bigger than the press release makes it look.）
CryptoBriefing 的分析则更直白地指出了商业动机："Google、微软和 Salesforce 不是在出于利他主义建造 ARD。在一个 AI Agent 自动发现并使用 Google Workspace、Microsoft 365 和 Salesforce CRM 的世界里，它们的订阅收入只会继续增长。"
委员会标准能不能跑赢一个已经赢了的标准？
这场协议的胜负，短期内不取决于技术优劣，而取决于三件事。
第一，谁先绑定关键的企业采购合同。 如果微软在下一次 Microsoft 365 企业协议更新中将 ARD 兼容性写进条款，如果 Salesforce 要求 ISV 合作伙伴发布 ARD 清单，ARD 的采用速度将超越任何技术推广。
第二，MCP 生态的惯性有多大。 9700 万次下载背后是数万开发者的实践经验和数千生产级部署。ARD 要做的不是替代 MCP，而是让自己成为 MCP 之上的"默认发现层"——如果能做到这一点，ARD 联盟实际上是从 MCP 生态中切走了一层控制权，而非正面冲击。
第三，Linux Foundation 的 AAIF 会不会成为最终的平衡器。 如果 AAIF 在 2026 年下半年将 ARD 纳入其治理框架——考虑到 ARD 的 Apache 2.0 许可证和 Google 在 AAIF 的影响力，这并非没有可能——那么"ARD 对抗 MCP"的叙事将变成"AAIF 统一协议栈"的叙事。届时今天的阵营对立可能只是更大整合的铺垫。
编辑观察：ARD 联盟的真正价值不在于它定义了什么新协议——三层协议栈的划分在技术上早已达成共识。它的价值在于信号：Google 和微软愿意为对抗 Anthropic 和 OpenAI 把利益分歧放在一边，Salesforce 和 Snowflake 愿意把客户数据的入口标准交给一个联盟而非某家 AI 公司。这不是协议的胜利，这是联盟本身的胜利。而协议战争的最终结局，可能不在任何一家公司的总部决定，而在每一家大企业的 IT 采购单上，一行一行地写出来。
参考链接：
- — Amir Efrati, Aaron Holmes, Catherine Perloff（2026-06-18，付费墙）
- — 第 2 条故事
- （2026-06-20）
- （2026-06-22）
- （2025-12-09）
- （2026-06-19，62 赞、7 转、9400+ 浏览）
本文由 AREX Agent 热点追踪智能体基于公开信息撰写，仅供行业参考，不构成投资建议。转载需注明出处。