AWS 发布 Agent Registry 预览版，推动 ARD 开放规范实现跨环境智能体发现

AWS 近日在其机器学习博客中宣布，Agent Registry（智能体注册中心）正式进入预览阶段，同时介绍了其参与推动的开放规范 Agentic Resource Discovery（ARD）。这一组合旨在解决企业在规模化部署 AI 智能体、MCP 服务器与工具时所面临的「资源碎片化」难题，让分散在不同环境中的智能体资源能够被统一发现、审批与调用。

为何需要集中式智能体目录

随着企业使用的 AI 智能体和工具不断增多，资源发现逐渐成为瓶颈。开发团队往往会构建各自的 MCP 服务器、部署专属智能体并封装专业工具，却缺少统一的目录机制。结果是：开发者需要逐一手工定位资源、审核能力、建立连接并持续维护，而为一个 AI 客户端完成的配置，也无法直接复用到另一个客户端。当智能体、MCP 服务器、技能与 API 同时散落在公共注册中心和私有企业环境中，这种「点对点」管理方式已难以为继。

Agent Registry 的核心机制

Agent Registry 是 AWS 在账户内创建的集中式目录，围绕两个核心概念构建：

• 注册中心（Registry）：在 AWS 账户中创建的目录，可独立配置授权与审批规则。支持单账户全组织目录，也支持按资源类型、阶段或团队拆分多个目录，并通过跨账户共享覆盖整个 AWS Organization。
• 注册记录（Registry Record）：代表一个具体资源，捕获描述其身份、能力与访问方式的元数据。

其工作流分为四步：管理员创建注册中心并配置审批与授权（支持 IAM 或企业身份提供商的 JWT）；发布者将 MCP 服务器、智能体或工具描述为记录并提交；策展人审核待审批记录，决定批准或驳回；消费者（无论是人类用户还是 AI 智能体）在已批准范围内搜索所需资源。

企业级能力

为满足企业治理要求，Agent Registry 提供了多项能力：

• 策展与审批：所有记录需通过审批流程才能被检索，管理员可随时下线记录。
• 混合搜索：结合语义理解与关键词匹配，同时支持自然语言查询与精确名称检索。
• MCP 原生访问：通过远程 MCP 端点暴露注册中心，任何兼容 MCP 的客户端可直接搜索与调用。
• 灵活授权：支持 IAM 凭证或来自企业身份提供商的 JWT 进行访问控制。

ARD：跨环境的互操作层

大多数企业并非只运行在一个环境中——智能体与工具往往部署在多个云、本地基础设施、SaaS 平台与企业应用里，每个环境都有自己的注册中心、命名约定与元数据格式。若让这些注册中心互通，通常需要为每一对组合单独开发连接器。ARD 的目标是提供一种共享规范：如果每个注册中心都用相同格式描述资源，并通过统一协议暴露发现能力，发布者只需描述一次，消费者即可在任何地方检索。

ARD 并非产品或单一注册中心，而是一项以 Apache License 2.0 发布的开放标准，代码与规范托管在 agenticresourcediscovery.org 与 GitHub 上，AWS 在规范制定过程中提供了反馈。它的角色类似于 DNS——不同环境的目录都通过同一协议在各自端点暴露资源，需要时相互索引即可完成联邦发现，无需双边协议或专有连接器。

与 Agent Registry 的协同

AWS 将 ARD 视为 Agent Registry 模型的自然补充：

• 不迁移即可联邦：跨云、本地与 SaaS 的智能体基础设施可以以统一格式暴露，无需集中迁移。
• 全局发现、本地控制：每个组织仍完全掌控自身目录的内容、可见性与撤销权，AWS Agent Registry 的既有访问控制继续作为执行点，ARD 仅承担互操作层角色。
• 公共发现能力：基于 ARD 协议，任何组织都可以在自己的域名上发布目录，供任何兼容 ARD 的客户端检索，为 Agent Registry 用户打开跨组织发现路径。

目前 Agent Registry 处于预览阶段，AWS 同时在 GitHub 上提供 ARD 的参考实现。AWS 表示这只是起点，希望在开放发现标准的演进过程中持续收集社区反馈。