6 月 17 日，Google 发了个新标准，叫 ARD——Agentic Resource Discovery。
跟着一起签字的那串名单有点扎眼：微软、GitHub、英伟达、Cisco、Databricks、Hugging Face、Salesforce、ServiceNow、Snowflake、GoDaddy，加上 Google 自己，一共 11 家。
去年 MCP 火起来之后，Agent 这条线上想当”地基”的协议又多了一个。
它到底要解决什么
ARD 官方把 Agent 干活时卡住的地方，归成三个问题，原话是：
“Where does the right capability live? Which capability should I actually use? And how do I verify it’s safe to connect to?”
讲人话就是三件事——这个能力在哪儿、该挑哪个、连上去安不安全。
这里得分清楚几个东西的分工。MCP 解决的是”把 Agent 接到一个已知的工具上”；A2A 管的是”两个 Agent 之间怎么对话”。但”满网那么多工具，哪个能干我手头这活”——这件事一直没人管。Agent 想用一个没听说过的能力，基本靠人提前喂给它。
ARD 补的就是这一块。Google 自己给它的定位是”the missing layer of the agentic web”，agent 网络里缺的那一层。
怎么实现的，就两块
第一块是一个静态文件，叫 ai-catalog.json，放在你域名一个固定路径下，把你这儿对外开放的能力列清楚——相当于给 Agent 看的营业执照加菜单。
第二块是 registry，一个给 agent 网络用的搜索引擎。它去爬全网这些 catalog、建索引；你用大白话问”我要个能干 XX 的”，它返回排好序的匹配结果，还带上验证信息告诉你这玩意儿可不可信。
整套东西按 Apache 2.0 开源，底层那个 AI Catalog 数据模型，挂在 Linux Foundation 下面一个工作组里维护。
当天就有人接上了
GitHub 没等，发布同一天就上了参考实现，叫 Agent Finder for Copilot：你用自然语言描述一个任务，它从公共目录、或者企业自己的私有库里，给你返回排好序的能力匹配。
也就是说这不是张只画在 PPT 上的饼，落地的第一个口子已经开了。
为什么值得说
标准这种东西，比的从来不是技术多漂亮，而是谁先把生态圈起来。
MCP 去年靠 Anthropic 一家带起势头。ARD 这回 Google 直接把另外 10 家一次拉齐——尤其微软、英伟达、Salesforce 这几家，平时各搞各的、互相不太对付，这次能坐到一张桌上，本身就说明一件事：大家都怕 Agent 生态最后碎成一地，每家一个标准，谁也连不上谁。
但也别急着喊”统一了”。
现在它还是个 draft，草案。ai-catalog.json 这东西要真铺开，得靠全网无数个网站自己愿意挂上去——这跟当年 sitemap.xml 是一个道理：格式定出来是一回事，全网愿不愿意填、填得勤不勤，是另一回事。标准能不能成，最后不取决于发布会上站了几家巨头，取决于半年后真去挂 catalog 的网站有多少。
Agent 要真能”自己上网找活干”，前提是得有一张查得到的黄页。ARD 把黄页的格式先定了下来。接下来的问题就一个：谁来填，填多快。
参考来源：Announcing the Agentic Resource Discovery specification（Google Developers Blog）；Google, Microsoft Back Draft AI Agent Discovery Spec（Search Engine Journal）；CocoLoop、Agentic Resource Discovery: Let agents search（Hugging Face Blog）