AWS lanza en preview Agent Registry, un catálogo empresarial de agentes de IA y herramientas

El 9 de abril de 2026, AWS presentó AWS Agent Registry en fase preview. Se trata de un componente de AgentCore pensado para reunir en un solo lugar los agentes de IA corporativos, las herramientas, los servidores MCP y las agent skills. El objetivo es que los equipos no solo puedan encontrarlos, sino también reutilizarlos sin caos ni duplicidades.

Para qué sirve el registro

Según AWS, el problema ya no es cómo construir un agente, sino cómo gestionar cientos o miles de ellos dentro de una gran empresa. Cuando unos equipos despliegan agentes en AWS, otros en nubes de terceros y otros los mantienen on-premises, la visibilidad se pierde rápido: nadie sabe con certeza qué existe ya, quién es responsable de cada cosa ni si se puede reutilizar. El resultado es que las mismas funciones se desarrollan varias veces, y con ello crecen tanto los costes como los riesgos de compliance.

AWS presenta Agent Registry como un catálogo común que se sitúa por encima de ese entorno fragmentado. El servicio indexa los registros con independencia de dónde se creó el agente y dónde se ejecuta: en la infraestructura de AWS, en otro proveedor o en el perímetro propio de la empresa. Para AWS es un matiz importante: el registro no está concebido como un escaparate solo para sus propios servicios, sino como una capa de inventario y gestión para el stack corporativo híbrido.

Qué está disponible ahora

En la preview, el registro almacena metadatos estructurados de cada agente, herramienta, servidor MCP, agent skill y recurso personalizado. Cada entrada puede indicar quién la publicó, los protocolos compatibles, las capacidades disponibles y la forma de invocarla. AWS también anuncia soporte nativo para los estándares MCP y A2A.

Los datos se pueden añadir manualmente desde la consola, el SDK o la API, o bien basta con indicar un endpoint MCP o A2A para que el servicio obtenga la descripción por sí solo. Así es posible cargar en el catálogo el ecosistema de agentes ya existente, en lugar de partir de una base vacía.

• Registro manual mediante consola, SDK y API
• Importación automática de metadatos desde endpoints MCP y A2A
• Acceso al catálogo a través de Console, API y MCP server
• Búsqueda híbrida: por palabras clave y por significado
• Acceso OAuth para interfaces de búsqueda propias sin credenciales IAM

AWS pone además el foco en que los componentes existentes sean fáciles de encontrar. La búsqueda del registro combina el keyword matching tradicional con la coincidencia semántica para consultas largas en lenguaje natural. En el ejemplo del anuncio, una consulta sobre payment processing puede devolver herramientas descritas como billing o invoicing, aunque los nombres no coincidan. La lógica es clara: primero el desarrollador busca lo que ya está aprobado dentro de la empresa y solo después escribe un agente nuevo desde cero.

Cómo funciona el control

El segundo pilar del servicio es la governance. AWS propone gestionar la publicación y el acceso mediante políticas IAM: los administradores pueden definir por separado quién tiene permiso para registrar agentes y herramientas y quién puede encontrarlos y usarlos.

Cada entrada sigue un ciclo de vida: primero es un draft, después pasa a pending approval y solo tras su aprobación se vuelve visible para toda la organización. También se admiten versiones, la retirada de servicio y metadatos arbitrarios, como el equipo propietario, el estado de compliance o el entorno de despliegue.

En el anuncio, AWS cita además los primeros casos corporativos. Zuora, que ya tiene desplegados unos 50 agentes para los equipos de Sales, Finance, Product y Developer, utiliza este enfoque para disponer de un catálogo centralizado y reutilizar componentes ya construidos. Southwest Airlines pone el acento en otro aspecto: si no se establecen desde el principio reglas comunes de publicación y propiedad, el stack de agentes se convierte rápidamente en un conjunto descontrolado de servicios dispersos. Agent Registry intenta precisamente cubrir ese vacío de gestión.

Qué significa esto

AWS no está construyendo simplemente otro servicio de IA, sino una capa de infraestructura para el ecosistema empresarial de agentes. La compañía ya habla del siguiente paso: la indexación automática de agentes al desplegarlos, la federación de varios registros, categorías y taxonomías adaptadas a las necesidades de negocio y la vinculación de métricas operativas de AgentCore Observability.

Por ahora, la preview solo está disponible en cinco regiones de AWS, pero la dirección es clara: los equipos corporativos no solo necesitan una forma de crear agentes, sino también un registro único donde buscarlos, revisarlos, aprobarlos y retirarlos de servicio según unas reglas.