AWS lanza Agent Registry en preview - catálogo de agentes de AI y herramientas para empresas

El 9 de abril de 2026, AWS introdujo AWS Agent Registry en estado de preview. Este es un componente de AgentCore diseñado para consolidar agentes IA corporativos, herramientas, servidores MCP y agent skills en un único lugar, permitiendo a los equipos no solo encontrarlos, sino también reutilizarlos sin caos ni duplicación.

Por Qué se Necesita un Registro

Según la descripción de AWS, el problema ya no es cómo construir un agente único, sino cómo gestionar cientos y miles de tales sistemas dentro de una gran empresa. Cuando algunos equipos implementan agentes en AWS, otros usan nubes de terceros y aún otros los mantienen on-premises, la visibilidad se pierde rápidamente: nadie sabe exactamente qué ya existe, quién es responsable de ello y si puede reutilizarse. Como resultado, funciones idénticas se crean varias veces y tanto los costos como los riesgos de cumplimiento crecen junto con esto.

AWS posiciona el Agent Registry como un catálogo unificado que abarca este entorno fragmentado. El servicio indexa entradas independientemente de dónde se creó el agente o dónde opera: en infraestructura de AWS, con otro proveedor o dentro del propio entorno de la empresa. Este es un énfasis importante para AWS: el registro está diseñado no como una vitrina de sus propios servicios, sino como una capa de contabilidad y gestión para una pila corporativa híbrida.

Lo Que Está Disponible Ahora

En la vista previa, el registro almacena metadatos estructurados sobre cada agente, herramienta, servidor MCP, agent skill y recurso personalizado. La entrada puede especificar el editor, protocolos admitidos, capacidades disponibles y método de invocación. AWS también anuncia compatibilidad nativa para estándares MCP y A2A. Los datos se pueden agregar manualmente a través de la consola, SDK o API, o simplemente puede especificar un endpoint MCP o A2A, después de lo cual el servicio extraerá automáticamente la descripción. Esto le permite completar el catálogo con un panorama de agentes existente en lugar de comenzar desde cero.

• Registro manual vía consola, SDK y API
• Auto-importación de metadatos desde endpoints MCP y A2A
• Acceso al catálogo vía Consola, API y servidor MCP
• Búsqueda híbrida: por palabras clave y por significado semántico
• Acceso OAuth para interfaces de búsqueda personalizadas sin cuentas IAM

AWS enfatiza por separado facilitar la búsqueda de componentes existentes. La búsqueda en el registro combina la coincidencia convencional de palabras clave con la coincidencia semántica para consultas largas en lenguaje natural. En un ejemplo del anuncio, una consulta sobre procesamiento de pagos puede encontrar herramientas descritas como facturación o facturas, aunque los nombres no coincidan. La lógica es sencilla: un desarrollador primero busca lo que ya está aprobado dentro de la empresa y solo luego escribe un nuevo agente desde cero.

Cómo Funciona el Control

El segundo pilar del servicio es la gobernanza. AWS ofrece gestionar la publicación y el acceso a través de políticas de IAM: los administradores pueden definir por separado quién tiene derecho a registrar agentes y herramientas, y quién puede encontrarlos y usarlos. Cada entrada pasa por un ciclo de vida: primero borrador, luego aprobación pendente, y solo después de la aprobación el objeto se vuelve visible para toda la organización. Además, se admiten versiones, desactivación y metadatos arbitrarios como propietario del equipo, estado de cumplimiento o entorno de implementación.

En el anuncio, AWS proporciona casos corporativos iniciales. Zuora, que ya ha implementado alrededor de 50 agentes para equipos de Ventas, Finanzas, Producto y Desarrollador, usa este enfoque para un catálogo centralizado y reutilización de componentes listos. Southwest Airlines enfatiza algo diferente: si las reglas de publicación y propiedad unificadas no se establecen desde el principio, la pila de agentes se convierte rápidamente en una colección incontrolada de servicios dispares. Agent Registry intenta cerrar esta brecha de gobernanza.

Lo Que Esto Significa

AWS está claramente construyendo no solo otro servicio de IA, sino una capa de infraestructura para un ecosistema de agentes empresariales. Incluso ahora, la empresa está hablando sobre el siguiente paso: indexación automática de agentes en la implementación, federación de múltiples registros, categorías y taxonomías adaptadas a las necesidades comerciales, así como vinculación de métricas operacionales de AgentCore Observability. La vista previa está disponible actualmente en solo cinco regiones de AWS, pero la dirección es clara: los equipos empresariales necesitan no solo una forma de crear agentes, sino también un registro unificado donde puedan buscar, validar, aprobar y desactivar de acuerdo con las reglas.