北京2026年4月16日 美通社 －－ 亚马逊云科技宣布Amazon Agent Registry（预览版）正式登陆Amazon Bedrock AgentCore。作为企业级的Agent统一注册中心，该服务将终结“重复开发”的低效模式，告别因缺乏可见性而造成的Agent盲目部署，助力企业在单一平台上实现对所有Agent的统一发现、高效管控与循环复用。

随着企业Agent部署规模迈向数百甚至数千量级，平台工程团队正面临三大核心挑战：资产可见性（全景掌握组织内现有Agent）、管控力（精细化治理发布权限与可见范围）以及复用性（从源头杜绝功能重复开发）。在缺乏集中化管理系统的情况下，Agent的无序蔓延不仅会推高合规风险，更会导致大量的重复劳动，造成宝贵的研发资源浪费。而现实情况更加复杂：企业的技术栈往往跨越多个平台，Agent不仅构建于亚马逊云科技的服务上，还分布在其他云端及本地环境中。仅覆盖局部技术栈的注册系统会不可避免地造成管理盲区，而对于不可见的Agent，发现、治理与复用更是无从谈起。要解决这一挑战，需要的远不止是一个简单的资产列表。平台团队需要一套端到端的治理机制：涵盖从Agent的构建、集成审批流程的发布，到促进全员发现与复用、明确发布与使用的权限治理，以及对生产环境运行状态的实时监控，并能够有序下线不再需要的资产。

Amazon Bedrock AgentCore旨在助力企业大规模构建、连接并优化Agent。该平台从设计之初便专为Agent而生，保持高度开放，兼容任何模型、任何框架及企业架构。无论是开发首个还是第一千个Agent，AgentCore都能提供随业务需求扩展的统一平台。而Amazon Agent Registry将这种灵活性进一步延伸至资产管理与治理，无论Agent构建于亚马逊云科技、其他云服务商或是本地环境，该注册中心均能对其进行全量索引。

预览版功能概览

全新注册中心以结构化记录的形式存储所有Agent、工具、MCP（模型上下文协议）服务器、Agent Skill及自定义资源的元数据。它不仅记录了发布者信息、协议实现、接口定义，还详细标注了调用方式。注册中心原生支持MCP和A2A等既定标准，同时也允许企业根据自身需求定义自定义架构。用户可通过两种方式注册记录：既可以通过控制台、Amazon SDK或API手动提供元数据，以指定功能描述、所有权、合规状态及使用文档；也可以指向现有的MCP或A2A端点，由注册中心自动拉取详细信息。从启用之初，注册中心即可完整呈现企业的所有Agent版图，而不局限于在亚马逊云科技上运行的资产。

用户可通过Amazon Bedrock AgentCore控制台、API或以MCP服务器的形式访问注册中心。任何兼容MCP的客户端均可直接进行查询。对于使用自定义身份提供商的企业，通过OAuth进行访问授权意味着开发团队无需依赖IAM凭证即可自主构建专属的发现UI界面。

在缺乏集中化注册中心的情况下，开发者往往会寻找外部第三方工具，或是重复开发相邻团队已完成的功能。这导致企业无法获知资产的开发现状、归属方以及是否通过合规认证。Amazon Agent Registry通过“混合搜索”机制彻底解决了这一问题：该机制结合了关键词匹配与语义理解所有查询均支持关键词匹配；而对于较长的自然语言提问，系统则通过语义理解呈现具有概念相关性的结果。例如，搜索“支付处理”时，系统会自动关联并呈现标记为“账单”或“发票”的工具，即使其命名方式不同。发现现有资产因此变成了开发流程中最高效的路径：团队在构建新功能前，可通过名称、描述及资源类型检索现有资产。开发者在进行开发前会先检索注册中心：如果已有经过验证的功能，直接复用；如果尚不存在，则构建新功能、完成注册，并将其贡献给整个组织。通过这种方式，可以实时掌握企业内部的资产全貌。

Zuora首席产品与技术官Pete Hirsch表示：“对于Zuora这样一家以AI为核心的资产与收入管理平台而言，我们在销售、财务、产品和开发团队中部署了50个Agent。Amazon Agent Registry为我们的首席架构师们提供了一个统一视图，能够轻松发现、管理并编目所有正在使用的Agent、工具及Skill。这种集中化管理方式使各团队能够发现并复用现有资产，无需从零开始构建。标准化的元数据确保了每个Agent和工具都包含明确一致的所有权与功能描述，从而使整个Agent生态实现端到端的可见性与问责制。”

如果没有治理机制，任何人都可以随意注册资产，将导致企业失去对资产发现渠道的控制，无法落实技术标准、无法追踪归属权，更无法实现从开发到退役的全生命周期管理。当Agent数量较少时，也许可以通过电子表格进行管理；但当规模达到数百甚至数千量级时，则需要一套能够自动执行标准的系统。

Amazon Agent Registry让企业能够掌控资产的发布与访问权限。管理员可以通过Amazon IAM策略来定义谁有权注册Agent、工具及Skill，以及谁拥有查看与发现它们的权限。每条记录都遵循一套标准的审批工作流：资产以“草稿”状态起步，进入“待审批”流程，审批通过后方可向企业内部开放可见。注册中心负责追踪Agents的整个生命周期：从最初开发、部署上线，直至最终退役。所有记录均支持版本控制以追踪演变过程，企业还可以将不再使用的记录标记为“废弃”。此外，注册中心提供钩子（Hooks）接口，便于与企业现有的审批工作流集成。用户还可以为每条记录添加自定义元数据，用以标记团队所有权、合规状态或部署环境等关键信息。

西南航空AI与智能平台副总裁Justin Bundick表示：“西南航空正在构建覆盖全企业的Agent目录与治理体系。Amazon Agent Registry解决了这一关键的资产发现难题，使各团队能够复用现有Agent，避免从头开始重复创造。通过跨平台的统一治理，每个Agent都具备标准化的归属元数据与合规策略执行能力。这不仅能有效防止组织内部出现Agent的无序蔓延，更将为我们从第一天起就以企业级治理标准扩展数千个Agent奠定坚实基础。”

未来展望

亚马逊云科技正致力于构建这样一个未来：Amazon Agent Registry将覆盖所有用于构建Agent的亚马逊云科技服务，包括Amazon Quick和Kiro。Agent在部署的瞬间就会被自动索引。开发者可以直接在集成开发环境（IDE）中进行搜索，业务人员可在工作区内直接发现所需的Agent，而管理员则统一通过控制台进行治理：这一切都将基于同一个事实源。跨注册中心联邦（Cross－registry federation）功能将允许用户连接多个注册中心，实现跨域联合搜索。用户可以根据企业内部的思维逻辑定义分类与架构体系，并通过结构化元数据（如归属信息、合规状态、成本中心以及治理模型所需的任何其他维度）提供有力支撑。随着时间的推移，Amazon Bedrock AgentCore Observability功能所采集的运维情报将与注册中心记录深度集成：调用次数、延迟、运行时间及使用模式等数据，不仅能使用户知晓现有资产，更能精准洞察生产环境中的活跃表现。

除Amazon Agent Registry外，亚马逊云科技还在积极连接外部合作伙伴目录。

Amazon Agent Registry现已在美国东部（弗吉尼亚北部）、美国西部（俄勒冈）、悉尼、东京以及爱尔兰等亚马逊云科技区域可预览使用。更多信息，请参阅相关技术文档。