随着AI智能体和MCP服务器越来越多，到底有哪些资源能用，已经超出了人工能掌握的范围。专门针对这一发现难题的通用规范，就是Agentic Resource Discovery，简称ARD。它以Apache License 2.0的开放规范形式公开，谷歌、微软、GitHub、英伟达等11家公司的工程师参与了设计与评审。Amazon Web Services也为规范制定提供了反馈，并于8月24日说明了它与自家AWS Agent Registry的配合方式[1]。
缺的不是工具，而是工具的索引
如今AI客户端能调用的，早已不只是模型记住的知识。工具、Skill、MCP服务器、API、工作流、其他智能体，ARD文档把这些统称为智能体资源。
问题在于，它们增加的速度已经超过了人力所能跟上的程度。需要有人去找到资源，判断是否可用可信，接入客户端，再持续维护这条接线。在知名工具只有几个的年代这套流程还转得动，可一旦公司内部团队、供应商和个人都在发布自己的资源，负担就会陡增。更麻烦的是，为某一个客户端配置好，并不意味着另一个客户端也能用。
也就是说，卡住的环节不是调用，而是调用之前的发现。客户端无法使用它不知道存在的能力，企业也不可能要求每位员工记住所有内部工具和已批准的服务。
ARD只规定了检索的入口
ARD划定的范围窄得有些出人意料。客户端只提一个问题：这项任务能用什么资源。返回的是一组匹配结果，说明它做什么、由谁提供、位于何处、如何抵达。
再往后的实际调用不归ARD管。无论是MCP、API还是智能体框架，都交给所选资源自身的机制。把ARD理解成坐在调用之前的一层，就比较容易把握。
检索接口由3个端点定义。
| 端点 | 作用 | 属性 |
|---|---|---|
| POST /search | 按任务内容查找资源 | 必需 |
| POST /explore | 筛选并浏览集合 | 可选 |
| GET /agents | 取出集合中的条目 | 可选 |
资源本身的描述则使用称为ARD条目的记述单位。在v0.91规范中，一个条目就是一个JSON-LD节点，让类型各异的资源能用同一套写法说明做什么、谁提供、在哪里、怎么抵达[2]。发布方把条目放在自有域名的/.well-known/ard.json下。前身规范使用的/.well-known/ai-catalog.json如今只作为可选的旧名保留，现行版本建议发布方迁移到ard.json[2]。
收录范围如何界定、排序、托管以及商业模式，ARD都不作规定。既可以是把网上公开内容照单全收的宽泛集合，也可以是只放已批准资源的精选集合。规范方也预计，企业实际会选择后者。
实现的一方，与接入的一方
具备这套接口的集合，在ARD规范中称为Agent Registry，实际落地时多以“Agent Finder”之名出现。GitHub的Agent Finder、Hugging Face的Discover Tool、思科的AI Catalog、Ora Directory，以及可以自行部署的ANS Finder，都已被列为官方参考实现[3]。
使用一方则通过Claude、ChatGPT、GitHub Copilot、微软Copilot、Gemini等客户端，经由Skill或远程MCP连接器接入Agent Finder。让它查找适合某项任务的能力，候选就会列出来，装哪一个由使用者自己决定。
AWS从企业内部目录一侧切入
AWS同期主推的是AWS Agent Registry，这是面向组织内部的目录，由注册表和注册记录两个层级构成。
运营流程分4步。管理员创建注册表，配置审批设置以及基于IAM或企业身份提供方签发的JWT的授权；发布者把自己的MCP服务器、智能体或工具登记为记录并提交审批；策展人负责审核、批准或驳回，并把不再使用的记录标记为弃用；随后使用者，可以是人也可以是智能体，检索所需资源。
检索采用语义理解与关键词匹配相结合的混合方式，自然语言提问和精确名称查找都能应对。注册表本身以远程MCP端点提供，支持MCP的客户端可以直接调用。借助跨账户共享，一个注册表就能覆盖整个AWS Organization。
被拿来打比方的是DNS
不过只要注册表还封闭在企业内部，跨环境检索就解不开。当多个云、本地环境、SaaS和业务应用各自维护格式与命名规则不同的目录时，想互通多少组，就要做多少个专用连接器。
AWS对ARD的期待正落在这里。按该公司的说法，可以把它想象成：DNS在网络之间承担名称解析，ARD则在注册表之间承担同样角色的联邦。只要各环境的目录都用同一套协议对外开口，不必逐对达成约定，横跨环境的检索就能成立。
不迁移即可联邦，发现范围放宽而控制权留在本地，把目录发布在自有域名上便可被组织外部找到。AWS列出的这3个目标，前提都是不改动既有的权限管理。
总结
ARD不是产品，而是把发现这一环单独切出来的开放约定。正因为范围只限于检索入口，它才能叠加在既有的MCP和API之上而不产生冲突。11家公司的名字并列出现，意味着智能体数量将持续增长这件事已被当作共识。剩下的问题是，究竟会有多少企业真的按这种格式公开自己的目录。这类标准的成败，与其说取决于规范本身是否精巧，不如说取决于最终收录内容的体量。
出典:https://agenticresourcediscovery.org/spec/
出典:https://agenticresourcediscovery.org/ref_implementations/
