北京
AWS近日发布了Agentic Resource Discovery（ARD）开放规范，并同步推出AWS Agent Registry服务。这套组合拳瞄准的是一个随着AI智能体规模扩大而日益尖锐的问题：当团队构建了越来越多的MCP服务器、部署了各类智能体、开发了专用工具，却缺乏一个统一的目录来管理它们时，资源就变成了孤岛。
在智能体数量还停留在个位数时，手动查找、验证、连接和维护资源连接尚可接受。但当资源分散在公共注册表和私有企业资产中，这种手工操作方式就完全跟不上节奏了。更麻烦的是，为一个AI客户端配置好的智能体，并不能自动服务于另一个客户端。
Agent Registry的核心设计
AWS Agent Registry为组织提供了一个集中式的、可搜索的目录，覆盖智能体、MCP服务器、工具、智能体技能和自定义资源。它围绕两个核心概念构建：
- 注册表（Registries）：在AWS账户中创建的目录，拥有独立的授权配置和审批设置。既可以运行一个组织级注册表，也可以按资源类型、阶段或团队拆分多个注册表。通过跨账户共享，一个注册表可以服务整个AWS Organization。
- 注册记录（Registry Records）：代表单个资源，捕获描述其是什么、做什么以及如何访问的元数据。
整个工作流程相当直接：管理员创建注册表并配置审批和授权（支持IAM或企业身份提供商的JWT）；发布者将MCP服务器、智能体或工具描述为记录并提交审批；审核者审查待处理记录并决定批准或拒绝；消费者（无论是人类用户还是AI智能体）搜索注册表找到所需资源。
企业级就绪的四个关键能力
这套方案在企业环境中具备几个值得关注的能力。首先是审核机制：审批工作流确保只有符合安全、合规和质量标准的记录才能被发现，管理员可以随时将记录从发现中移除。其次是混合搜索：语义理解结合关键字匹配，自然语言查询和精确名称查找都能返回相关结果。
第三是MCP原生访问：注册表在远程MCP端点上可用，任何兼容MCP的客户端都可以直接搜索和使用。第四是灵活授权：通过IAM凭证或企业身份提供商的JWT控制访问权限。
多环境挑战仍未完全解决
需要指出的是，AWS Agent Registry解决的是AWS环境内的发现难题。但大多数企业并不只在一个地方运营。智能体和工具部署在多个云、本地基础设施、SaaS平台和企业应用中，每个环境都有各自的资源管理方式。ARD规范的发布，正是为了应对这一跨环境发现的挑战——它提供了一个开放规范，让不同环境之间的智能体资源发现有了统一的协议基础。
对于正在规模化部署AI智能体的团队来说，这套方案的价值在于：把分散的资源管理收拢到一个可审核、可搜索的目录中，同时通过开放规范为跨环境协作留出了空间。至于ARD规范能否真正打通多云和本地环境，还需要看后续生态的采纳情况。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
