ARD(Agentic Resource Discovery)

Agent 协议栈的通用发现层——解决"怎么找到对方"的问题。通过 ai-catalog.json(域级资源目录)和 Registry(可搜索索引)两个组件,让 Agent 能发现 A2A Agent、MCP Server 和其他 agentic 资源。2026年6月由 Google 联合 11 家公司发布,Apache 2.0,截至发布时仍为初始版本。

定义

ARD(Agentic Resource Discovery)是 Agent 协议栈的通用发现层,解决"Agent 怎么找到可用的工具和其他 Agent"的问题。它不是 A2A 的附属组件,而是整个协议栈的基础设施——能发现 A2A Agent、MCP Server 和其他类型的 agentic 资源。

发布背景

2026 年 6 月 17 日,Google 联合 Microsoft、GitHub、Hugging Face、Cisco、Databricks、GoDaddy、NVIDIA、Salesforce、ServiceNow、Snowflake 共 11 家公司发布 ARD 规范(Apache 2.0 许可证)。截至发布时仍为初始版本。

核心组件

Catalog(目录)

组织在自有域名下托管 /.well-known/ai-catalog.json,声明该域名下所有可用的 agentic 资源。类似 robots.txt 的定位——让 Agent 能找到某个域名下可用的工具、技能和其他 Agent。

Registry(注册表)

爬取各域名的 Catalog,建立可搜索的索引,连接前验证发布者身份。

标识格式

资源通过 URN 格式标识:

text
urn:ai:<publisher-domain>:<namespace>:<agent-name>

以域名为身份锚点,类似 HTTPS 证书的信任链。

ai-catalog.json 与 Agent Card 的关系

  • ai-catalog.json(ARD):告诉你"这个域名有哪些资源"(WHERE
  • Agent Card(A2A):告诉你"这个具体 Agent 能做什么"(WHAT

ai-catalog.json 的条目可以指向 A2A Agent Card,也可以指向 MCP Server endpoint。

在协议栈中的位置

ARD(发现) → A2A(通信)→ MCP(调用)

ARD 是无状态的——与微服务中的 DNS / Service Registry 类比最为贴切。Agent 互操作正在重走微服务架构的路:先解决怎么调用(MCP),再解决怎么通信(A2A),最后解决怎么发现(ARD)。

引用本术语的文章