现已通过 Amazon Bedrock AgentCore 提供，您可以使用 AWS Agent Registry 在整个组织内发现、共享和复用智能体、工具以及智能体技能。
随着企业将智能体规模扩展到数百个甚至数千个，平台团队会面临三个关键挑战：可见性（了解整个组织内有哪些智能体存在）、控制力（治理谁可以发布，以及哪些内容可以在全组织范围内被发现）以及复用（避免团队重复构建已经存在的能力）。如果没有集中式系统，智能体蔓延会加速，合规风险会增加，开发精力也会浪费在重复工作上。现实情况让这些挑战进一步加剧：没有任何一家组织的智能体版图会完全存在于单一供应商之内。智能体分布在 AWS 服务、其他云平台以及本地环境中。只覆盖部分技术栈的注册中心会让其余部分处于不可见状态，而不可见的智能体也就无法被发现、治理或复用。要解决这个问题，需要的不只是一个列出已有内容的地方。平台团队需要构建智能体，通过审批流程发布它们，帮助团队发现并复用已有内容，治理谁可以发布和消费，监控生产环境中运行的内容，并淘汰不再需要的内容。今天，我们宣布在 AgentCore 中推出 AWS Agent Registry（预览版），为企业提供一个统一位置，用于发现、共享和复用 AI 智能体、工具以及智能体技能。
AgentCore 是一个面向大规模构建、连接和优化智能体的平台，从底层开始就是为智能体而设计：对任何模型、任何框架、任何企业架构开放。无论您是在交付第一个智能体还是第一千个智能体，都可以使用一个能够随业务扩展的平台。该注册中心将同样的灵活性扩展到了您组织和治理已构建内容的方式上。无论智能体构建或托管于何处，无论是在 AWS、其他云服务提供商还是本地环境中，它都可以对其进行索引。
今天预览版提供了什么
注册中心会将每一个智能体、工具、MCP 服务器、智能体技能以及自定义资源的元数据，以结构化记录的形式保存下来。它会记录每条记录由谁发布、实现了哪些协议、暴露了什么能力，以及如何调用。该注册中心原生支持 MCP 和 A2A 等既有标准，同时也允许您为组织定义自定义模式。注册记录有两种方式。您可以通过控制台、AWS SDK 或 API 手动提供元数据，指定能力描述、归属关系、合规状态和使用文档；也可以直接指向某个 MCP 或 A2A 端点，由注册中心自动拉取相关详情。这样一来，您的注册中心从第一天起就可以反映完整的智能体版图，而不仅仅是恰好运行在 AWS 上的那部分。
该注册中心可通过 AgentCore Console、API 以及 MCP 服务器访问。任何兼容 MCP 的客户端都可以直接查询它，包括 Kiro 和 Claude Code。对于使用自定义身份提供商的组织，基于 OAuth 的访问方式意味着团队可以构建自己的发现界面，而不需要 IAM 凭证。
查找已经存在的内容
如果没有中央注册中心，开发者就会在外部搜索第三方工具，或者重复构建邻近团队已经交付过的能力。这样一来，您就无法清楚看到已经构建了什么、归谁所有，以及它是否已获准使用。注册中心通过结合关键词匹配与语义匹配的混合搜索来解决这个问题：所有查询都会使用关键词匹配，而更长的自然语言查询还会使用语义理解，以呈现概念上相关的结果。这意味着，搜索“payment processing”时，即便工具名称不同，也可能会呈现被标记为“billing”或“invoicing”的工具。发现因此成为阻力最小的路径。团队可以按名称、描述和资源类型进行搜索，在构建新内容之前先找到已经存在的内容。开发者会先搜索注册中心。如果已有经过审查的能力，他们就直接使用；如果没有，他们就构建、注册，并让其他人也能使用。您可以查看整个组织中已经存在的内容。
对于 Zuora 这家以 AI 为先的变现与收入管理平台而言，其在销售、财务、产品和开发团队中部署了 50 个智能体，而 AgentCore 中的 AWS Agent Registry 为首席架构师提供了统一视图，用于发现、管理和编目所有正在使用的智能体、工具和技能。这种集中式方法使团队能够发现并复用现有资产，而不是从头重复构建。标准化元数据确保每个智能体和工具都包含一致的归属与能力细节，从而为团队在整个智能体生态中提供端到端的可见性和责任界定。
— Pete Hirsch，Zuora 首席产品与技术官
治理发布内容
如果没有治理，任何人都可以注册任何内容。您会失去对哪些内容可以被发现的控制，无法执行标准，无法跟踪归属，也无法管理智能体从开发到退役的全过程。当只有少量智能体时，您还可以用电子表格管理；但当数量达到数百个或数千个时，您就需要一个能够自动执行标准的系统。
注册中心让您能够控制发布什么，以及谁可以访问。管理员使用 IAM 策略来定义谁可以注册智能体、工具和智能体技能，以及谁可以发现它们。每条记录都会遵循审批流程：先以草稿状态开始，随后进入待审批状态，审批通过后才会对更广泛的组织可发现。注册中心会跟踪智能体的整个生命周期，从初始开发、部署一直到最终退役。记录支持版本管理，以便跟踪随时间发生的变化；组织也可以将不再使用的记录标记为弃用。注册中心还提供钩子，以集成您现有的审批流程。您可以通过记录为每条条目添加自定义元数据，记录团队归属、合规状态或部署环境等信息。
Southwest Airlines 正在推动覆盖全企业范围的智能体目录与治理。AgentCore 中的 AWS Agent Registry 解决了关键的可发现性挑战，使团队能够找到并复用现有智能体，而不是从零开始重复构建能力。借助跨多个平台的托管治理，每个智能体都带有标准化的归属元数据和策略执行。这将有助于防止整个组织内的智能体蔓延，同时从第一天起就为以企业级治理方式扩展到数千个智能体奠定基础。
— Justin Bundick，Southwest Airlines AI 与智能平台副总裁
未来方向
我们正在朝着这样一个未来推进：注册中心将覆盖所有构建智能体的 AWS 服务，包括 Amazon Quick 和 Kiro。智能体将在部署的同时被自动编入索引。开发者将在 IDE 中搜索，业务用户将在其工作区中发现智能体，管理员则会在控制台中进行治理，而这一切都将由同一真实来源支撑。跨注册中心联邦将允许您连接多个注册中心，并像一个整体那样跨它们搜索。您将能够定义符合组织理解方式的分类和术语体系，并由结构化元数据模式提供支持，以记录归属、合规状态、成本中心，以及治理模型要求的其他任何信息。随着时间推移，来自 AgentCore Observability 的运行情报也将与注册记录一起呈现，包括调用次数、延迟、正常运行时间和使用模式，帮助您不仅了解有哪些内容存在，还能了解哪些内容正在生产环境中实际运行。
除了 AWS Agent Registry 之外，我们也在推动与外部合作伙伴目录建立连接。我们对合作伙伴在整个技术版图中开展集中式发现和治理方面表现出的早期兴趣感到振奋。
开始使用
今天的预览版只是起跑线。不必再重复构建已经存在的能力，也不必再让智能体在缺乏可见性的情况下部署。AWS Agent Registry 为您提供一个统一位置，用于在整个企业内发现、治理和复用每一个智能体。
AWS Agent Registry 现已通过 AgentCore 以预览版形式在五个 AWS 区域提供：US East（N. Virginia）、US West（Oregon）、Asia Pacific（Sydney）、Asia Pacific（Tokyo）以及 Europe（Ireland）。
您可以通过 AgentCore Console 开始使用 AWS Agent Registry。更多信息请参阅相关文档。
Preethi CN
Preethi CN 是 Agentic AI Organization 中 AgentCore 的总监，在嵌入式和云软件开发领域拥有超过 20 年经验。在 Amazon 的 14 年中，她设计了大规模分布式系统架构，并推动了 Retail、Alexa 和 AWS 的 AI 创新，在多模态 AI 方面取得突破。她曾负责 Alexa 的语音识别、AWS 的计算机视觉服务，以及生成式 AI 转型，改变了组织大规模从非结构化内容中提取洞见的方式。作为 Agentic AI Organization 的技术顾问，她曾为 Amazon Quick、Kiro 和 AWS Transform 提供战略层面的指导。最近，她制定了 AgentCore 的愿景并主导其发布。AgentCore 是一个用于大规模构建、连接和优化可投入生产的 AI 智能体的平台。
