亚马逊云科技推出Amazon Agent Registry，规模化管理Agent

亚马逊云科技推出Amazon Agent Registry，规模化管理Agent

4月16日，亚马逊云科技发布了一项关键更新：Amazon Agent Registry（预览版）正式登陆Amazon Bedrock AgentCore。这可不是一个简单的功能叠加，它瞄准的是企业级Agent管理的核心痛点。简单来说，这个服务旨在扮演一个“统一注册中心”的角色，其目标很明确——终结企业内部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界面。这无疑为内部工具链的集成打开了方便之门。