AWS 推出智能体资源发现规范 ARD，打通多环境 AI 智能体注册与发现

随着企业 AI 智能体数量持续增长，资源发现的混乱局面日益凸显。团队各自构建 MCP 服务器、部署智能体、开发专用工具，但缺乏统一目录导致这些资源彼此孤立。开发者需要手动定位、审核、连接并维护每一个资源，而为某个 AI 客户端配置好的智能体，在另一个客户端中依然不可用。当工具数量有限时，这种方式尚可应付，但面对跨越公共注册表和企业内网的大量智能体与 API，手动管理已完全失去可行性。

AWS Agent Registry 的核心架构围绕两个概念展开：注册表（Registry）和注册记录（Registry Record）。注册表是在 AWS 账户中创建的目录，拥有独立的授权配置和审批设置，支持按资源类型、开发阶段或团队分别建立，并可通过跨账户共享服务整个 AWS 组织。注册记录则代表单个资源，记录其描述、功能和访问方式等元数据。整个工作流程清晰：管理员创建注册表并配置 IAM 或 JWT 授权，发布者提交资源记录，策展人审批或拒绝，消费者（包括人类用户和 AI 智能体）最终搜索并使用已批准的资源。

AWS Agent Registry 在企业级能力上做了多项针对性设计。审批工作流确保只有符合安全、合规和质量标准的记录才能被发现，管理员可随时将记录从发现列表中移除。混合搜索功能结合语义理解与关键词匹配，支持自然语言查询和精确名称检索。注册表以远程 MCP 端点形式提供访问，任何兼容 MCP 的客户端均可直接搜索和调用，授权方式灵活支持 IAM 凭证或企业身份提供商的 JWT 令牌。

然而，AWS Agent Registry 主要解决的是 AWS 环境内部的发现问题。现实中，大多数企业的智能体和工具分散部署在多个云平台、本地基础设施、SaaS 平台和企业应用中，每个环境都有自己的注册表、命名规范和元数据模式。若要打通这些环境，传统方式需要为每对注册表单独开发连接器，成本极高。ARD 开放规范正是为解决这一问题而生，它定义了一套通用的资源描述格式和发现协议，使发布者只需描述一次，消费者即可在任何兼容环境中发现资源。

ARD 的联邦机制类似于 DNS 在互联网中的角色。各环境的本地注册表通过统一协议暴露资源，任何注册表都可以跨环境索引，无需双边协议或专有连接器。在控制权方面，ARD 遵循发布者主权原则：发布目录的组织自行决定目录内容、可见范围和访问撤销，AWS Agent Registry 现有的访问控制机制仍作为执行点，ARD 仅充当互操作层。这一设计使企业在实现全局发现的同时，保留对本地资源的完整控制权。

ARD 规范目前已在 agenticresourcediscovery.org 和 GitHub 上以 Apache License 2.0 开源发布，参考实现也已同步上线。AWS 表示，Agent Registry 与 ARD 的结合仅是开始，未来将持续演进对开放发现标准的支持。对于正在构建多智能体系统或跨平台 AI 基础设施的企业而言，这套组合方案提供了一条兼顾灵活性与治理能力的可行路径，值得在架构规划阶段纳入考量。

要点

• AWS Agent Registry 提供集中式智能体目录，支持审批工作流、混合搜索和 MCP 原生访问，适合企业级治理场景
• ARD 是基于 Apache License 2.0 的开放规范，通过统一协议实现跨云、跨平台的智能体联邦发现，无需专有连接器
• ARD 采用发布者主权设计，各组织保留对本地目录的完整控制权，AWS Agent Registry 的访问控制机制仍作为执行点
• 两者互补：Agent Registry 负责 AWS 环境内的发现与治理，ARD 作为跨组织互操作层，共同构建可扩展的智能体基础设施
• ARD 规范和参考实现已在 GitHub 开源，企业可在不迁移现有基础设施的前提下逐步接入