AWS Agent Registry (preview): cómo gestionar agentes de IA a escala

AWS presenta en preview el Agent Registry en AgentCore: un catálogo central para descubrir, gobernar y reutilizar agentes, herramientas y skills independientemente de dónde estén alojados. Resuelve los retos de visibilidad, control y duplicación cuando las organizaciones escalan a cientos o miles de agentes.

Por Redaccion TD
AWS Agent Registry (preview): cómo gestionar agentes de IA a escala

El problema: proliferación de agentes y costos ocultos

A medida que las empresas adoptan agentes inteligentes, las plataformas internas enfrentan tres retos que crecen con la escala: visibilidad (saber qué agentes existen), control (gobernanza sobre quién publica y qué es descubrible) y reutilización (evitar que equipos reinventen capacidades ya disponibles). Sin un sistema centralizado, la proliferación de agentes genera riesgos de cumplimiento, pérdida de visibilidad y esfuerzo duplicado en desarrollo.

La complejidad aumenta porque el panorama de agentes rara vez está confinado a un solo proveedor: hay agentes desplegados en servicios de AWS, en otras nubes y en entornos on‑premises. Una solución parcial deja partes del inventario invisibles y, por ende, imposibles de descubrir, gobernar o reusar.

Qué es AWS Agent Registry (preview)

AWS Agent Registry, disponible en preview como parte de Amazon Bedrock AgentCore, es un registro centralizado para descubrir, compartir y reutilizar agentes, herramientas y agent skills a lo largo de una organización. AgentCore es la plataforma de AWS diseñada para construir, conectar y optimizar agentes a escala, y el registro extiende esa visión al cómo organizar y gobernar lo que se ha construido.

El registro indexa agentes sin importar dónde se hayan creado u hospedado: en AWS, en otros proveedores de nube o en instalaciones propias. No se limita a listar objetos: almacena metadatos estructurados que describen cada agente, herramienta, servidor MCP, skill y recursos personalizados.

Cómo funciona (características principales)

  • Registro de metadatos: cada entrada contiene quién la publicó, los protocolos que implementa, qué expone y cómo invocarla. Soporta estándares como MCP y A2A de forma nativa, y permite esquemas personalizados para necesidades corporativas.

  • Dos modos para registrar: manualmente (consola, AWS SDK o API) proporcionando descripciones de capacidades, propiedad, estado de cumplimiento y documentación de uso; o apuntando a un endpoint MCP/A2A para que el registro importe automáticamente los detalles.

  • Accesibilidad y compatibilidad: el registro es accesible desde la consola de AgentCore, APIs y como un servidor MCP. Cualquier cliente compatible con MCP puede consultarlo directamente, incluidos Kiro y Claude Code. Para organizaciones con proveedores de identidad personalizados, el acceso basado en OAuth permite construir interfaces de descubrimiento propias sin requerir credenciales IAM.

Descubrimiento y búsqueda híbrida

El registro ofrece búsqueda híbrida que combina coincidencia por palabra clave y comprensión semántica. Todas las consultas usan coincidencia por palabra clave, pero las búsquedas en lenguaje natural aprovechan semántica para mostrar resultados conceptualmente relacionados. Por ejemplo, una búsqueda por “payment processing” puede sugerir herramientas etiquetadas como “billing” o “invoicing” aunque tengan nombres distintos.

La idea es convertir el descubrimiento en el camino de menor resistencia: los desarrolladores buscan primero en el registro y, si existe una capacidad validada, la reutilizan; si no existe, la construyen, la registran y la ponen a disposición del resto de la organización.

Gobernanza: quién publica y qué se hace público

Sin gobernanza, cualquier persona podría registrar cualquier cosa, lo que dificulta aplicar estándares, rastrear responsabilidades o gestionar el ciclo de vida de un agente. El registro incorpora controles para resolver esto:

  • Políticas IAM para definir quién puede registrar y quién puede descubrir agentes, herramientas y skills.
  • Flujos de aprobación: los registros comienzan como borradores, pasan a estado pendiente de aprobación y, al ser aprobados, se vuelven descubribles a toda la organización.
  • Versionado y retiro: las entradas están versionadas para seguir cambios en el tiempo y pueden desaprobarse o retirarse cuando dejan de usarse.
  • Metadatos personalizados: las organizaciones pueden añadir campos como equipo dueño, estado de cumplimiento o entorno de despliegue, y conectar el registro con sus flujos de aprobación existentes.

Integración con arquitecturas heterogéneas

Un punto clave del registro es que refleja el paisaje de agentes desde el primer día, no solo las piezas que corren en AWS. Esto es crítico en entornos empresariales latinoamericanos, donde muchas compañías operan arquitecturas híbridas o multi‑nube por cumplimiento, latencia o restricciones regulatorias.

El soporte nativo de estándares como MCP y A2A facilita la interoperabilidad entre agentes construidos con distintos modelos, frameworks y despliegues, y la capacidad de exponer el registro como un servidor MCP permite integrar clientes y herramientas existentes.

Casos reales y adopción inicial

En el anuncio de preview se mencionan ejemplos reales de uso. Zuora, una plataforma de monetización y gestión de ingresos con un enfoque AI‑first, despliega alrededor de 50 agentes en equipos de Ventas, Finanzas, Producto y Desarrollo. Para Zuora, AWS Agent Registry en AgentCore ofrece a los arquitectos una vista unificada para descubrir, gestionar y catalogar cada agente, herramienta y skill en uso, fomentando la reutilización y la rendición de cuentas. Pete Hirsch, Chief Product and Technology Officer de Zuora, destaca que la estandarización de metadatos permite visibilidad end‑to‑end y responsabilidad en el ecosistema de agentes.

También se menciona que Southwest Airlines está habilitando un catálogo empresarial y gobernanza de agentes, lo que ilustra interés de organizaciones grandes en centralizar este tipo de inventario.

Qué significa esto para equipos en América Latina

Para equipos de plataforma y liderazgo en la región, la llegada de un registro corporativo en preview representa una oportunidad para:

  • Evitar replicación de esfuerzos entre equipos distribuidos geográficamente.
  • Establecer políticas de cumplimiento y control de acceso alineadas con requerimientos regulatorios locales.
  • Facilitar la colaboración entre unidades de negocio cuando hay infraestructuras híbridas.

Adoptar un registro desde etapas tempranas ayuda a institucionalizar prácticas de gobernanza y a reducir riesgos operativos a medida que el número de agentes crece.

Limitaciones y estado actual

AWS Agent Registry está disponible en preview dentro de AgentCore. Como preview, el servicio se presenta con capacidades iniciales descritas anteriormente; las organizaciones deben evaluar su idoneidad y planificar integraciones con sus procesos internos de aprobación e identidad.

Conclusión

La gestión de agentes a escala exige más que un simple listado: requiere descubrimiento semántico, control de publicación, integración con estándares y visibilidad del ciclo de vida. AWS Agent Registry en AgentCore aborda esos requisitos al ofrecer un registro centralizado, compatible con MCP y A2A, accesible desde la consola y APIs, y capaz de indexar agentes dondequiera que se ejecuten. Para empresas que ya manejan decenas o cientos de agentes —o que planean escalar—, disponer de un catálogo gobernado puede ahorrar tiempo, reducir riesgos y fomentar la reutilización.

Si su organización está considerando una estrategia de agentes a gran escala, vale la pena evaluar las capacidades del Agent Registry en preview dentro de AgentCore y planificar controles de acceso, flujos de aprobación y modelos de metadatos que reflejen sus requisitos operativos y regulatorios.

Fuente original: AWS ML Blog