AWS Agent Registry正式可用，统一治理企业AI代理、工具与技能
AWS Agent Registry现已全面推出，为企业提供单一、可搜索且受治理的目录，用于管理AI代理、工具、技能和自定义资源，解决规模化部署中的发现、治理与审计难题。
AI解读：随着企业部署的AI代理数量增长，团队各自为政，常导致重复建设、资源难以发现且缺乏统一治理。AWS Agent Registry通过集中式注册表，让团队能发布、搜索并复用已验证的代理与技能，同时提供审批流程和审计跟踪，减少影子AI和版本混乱。对管理员，它能配置安全与合规检查，获完整可见性；对开发者，语义搜索可快速找到可用资源，避免重复开发。Registry现已全面可用，支持MCP服务器、A2A代理、技能和自定义JSON描述。虽然采用需管理员设置治理策略，但其框架无关的设计可适配多云环境，助力大型组织可持续扩展AI创新。
AWS Agent Registry现已全面可用，为团队提供组织内AI代理、工具、技能和自定义资源的单一、可搜索、受治理的目录。它解决了规模化部署中的发现、治理和审计挑战，避免了团队孤立构建导致的重复工作和版本漂移。
功能与技术架构
Agent Registry在内部通过两个互补平面运作：治理平面（Governance Plane）作为注册资源的权威存储，管理员在此配置合规与安全信号、基于权限的发现策略及自定义元数据模式；发现平面（Discovery Plane）则向消费者展示仅经管理员或策展人批准的精选资源，支持语义和关键词搜索，且此平面不显示草稿或被拒绝的记录，仅提供合规与安全摘要而非原始治理数据。
Registry支持四种记录类型：MCP（模型上下文协议服务器及其工具、资源和提示）、A2A代理卡片、技能（Markdown文件与关联代码）以及自定义JSON描述符。管理员可按业务线或合规要求创建单个或多个注册表实例，每个实例有独立的访问策略和审批流程。
- 治理平面提供完整可见性和策略控制，而发现平面则为消费者提供快速、受治理的搜索体验。
- 支持OAuth或IAM认证，可根据团队需求独立配置。
- 审批流程可集成安全扫描、去重等验证步骤，并通过Amazon EventBridge触发事件。
组织级自动检测与发布流程
组织级自动检测解决了影子AI（Shadow AI）问题。管理员在AWS组织级别启用一次端点检测后，Registry会跨组织所有账户自动识别运行在AgentCore（Amazon Bedrock AgentCore的功能）和AgentCore Gateway上的代理和MCP服务器。检测到的资源集中显示为“检测到的端点”（Detected Endpoints），管理员可将其作为草稿记录接入中心注册表，走标准治理流程。新代理部署在连接账户时自动出现，无需发布团队操作，从而确保可见性并强化治理。
发布可通过控制台、CLI和API完成，支持直接发布完整记录或指定端点，Registry自动获取元数据。每条记录的生命周期由管理员和策展人管理，可状态转换至弃用（deprecated），所有操作由AWS CloudTrail记录完整审计日志。
- 检测到的资源在连接账户后自动流入注册表作为草稿，经审核后发布到发现平面。
- 发布团队可整合注册表更新到现有CI/CD流程中。
客户与合作伙伴应用实例
索尼公司使用Registry在业务部门间复用代理模式；三菱电机希望为开发者提供统一发现和信任的来源；西南航空从分散的几十个代理和工具转向单一受治理目录，其CIO Lauren Woods表示，开发者现可通过语义搜索快速找到已批准的能力，显著减少重复开发工作量。百事可乐首席战略与转型官Athina Kanioura认为Registry是发现与使用系统的关键。先正达企业架构师Sandeep Rayasa表示，团队发布一次后即可复用已有能力，无需从零重建，所有功能在共享前都经过注册、审核和批准。
合作伙伴也提供支持：PwC澳大利亚帮助客户管理代理技能，降低代理扩散风险；Caylent CTO Randall Hunt提到通过beta部署降低了多代理架构的工程摩擦；Slalom的AI架构师Pinaki Karfa强调其为多代理架构提供了企业级代理治理的单一来源。此外，Informatica（来自Salesforce）将其MCP服务器集成至Registry，Check Point则集成Registry以持续评估Amazon Bedrock AgentCore工作负载的安全态势。
- Informatica的MCP服务器在Registry中可发现，使AI代理能访问可信、受治理的数据。
- Check Point联合Registry元数据与运行时遥测，基于代理声明的能力和实际行为做出安全决策。