Análisis en profundidad · Unos 4 min de lectura
AWS Agent Registry separa encontrar una herramienta de obtener permiso para invocarla
Una guía implementa Descubrir–Instanciar–Ejecutar con registros MCP y A2A aprobados, sin incluir credenciales en los resultados.
- Fecha de la fuente
- Publicado aquí
- Fuente revisada
La guía técnica de AWS del 20 de octubre muestra un orquestador que descubre capacidades durante la ejecución en vez de importar cada herramienta al compilar. El ejemplo de pedidos combina un servidor MCP mediante AgentCore Gateway con agentes A2A de precios y soporte. Aporta un patrón de conexión concreto, no pruebas de que ampliar el catálogo mejore automáticamente las decisiones.
Escucha las noticias
Escucha este artículo o continúa con las noticias.
Preparando la lectura…
Voz del dispositivo
El navegador o dispositivo procesa la voz. AISubHub no envía el texto a una API de audio. Las voces y la reproducción con pantalla bloqueada dependen del dispositivo.
Al continuar puede repetirse una frase breve.
Resumen
- La aprobación manual pasa por DRAFT, PENDING_APPROVAL y APPROVED; solo los registros aprobados son descubribles en el plano de datos configurado.
- La búsqueda devuelve descriptores, endpoints y metadatos, no credenciales; el ejemplo obtiene OAuth de Cognito para Gateway y firma con IAM las llamadas A2A.
El registro define un contrato de conexión
El publicador aporta una descripción para usuarios y un descriptor del protocolo. MCP incluye metadatos del servidor y definiciones de herramientas; los agentes incluyen una tarjeta A2A. El plano de control gestiona el ciclo de vida y el plano de datos permite descubrir. Con aprobación manual, publicar no basta: debe completarse la revisión configurada. IAM puede separar publicador y aprobador. Esto permite revisar identidad del endpoint y operaciones admitidas, pero aprobar un registro no prueba que toda llamada futura sea apropiada para cualquier usuario. Las descripciones deben distinguir capacidades vecinas usando el lenguaje de las consultas reales.
Cada petición arma un agente más pequeño
El orquestador externo convierte la petición en búsqueda híbrida semántica y por palabras clave, interpreta descriptores y crea clientes. Después construye un agente interno con las herramientas descubiertas. El modelo elige dentro de ese conjunto, responde y los clientes se cierran al terminar el turno. La siguiente petición vuelve a buscar. La expansión de consultas y deduplicación del ejemplo son decisiones de ese orquestador para pedidos, no requisitos de Registry. Un conjunto pequeño evita meter el catálogo entero en el contexto, pero también puede excluir la herramienta correcta cuando falla la recuperación.
Descubrir no transmite autoridad
El descriptor MCP apunta al Gateway; la aplicación obtiene por separado un token OAuth mediante configuración confiable de Cognito y Secrets Manager. Los adaptadores A2A llaman a AgentCore runtime con Boto3 y las credenciales AWS del llamante. Registry tiene su propia autorización. Según AISubHub, copiar la URL encontrada no es suficiente: el consumidor necesita una ruta de autenticación confiable y conocer las operaciones permitidas. La sincronización automática puede usar credenciales para obtener metadatos, pero la guía aclara que no se devuelven como autenticación de invocación del consumidor. El catálogo no distribuye secretos ni concede permisos generales.
Evaluar búsqueda y ejecución juntas
Las demostraciones incluyen estado de pedido solo con MCP, precios y descuentos combinando MCP con A2A, y devolución/reembolso encontrado por la descripción del agente de soporte. Este último es un acierto concreto, no una tasa de precisión del catálogo. La aceptación debería incluir consultas ambiguas, intención no soportada, acceso denegado y descriptores incorrectos, registrando IDs seleccionados y resultados posteriores. El ejemplo concede permisos de logs CloudWatch, pero no crea métricas o paneles personalizados; los equipos deben definir trazas y alertas. La guía reconoce alternativas: para un catálogo pequeño y estable puede ser más sencillo conectar explícitamente, y para una secuencia fija de capacidades resulta más claro un flujo determinista.
Por qué importa
Análisis AISubHub: equipos con capacidades compatibles pueden publicar registros aprobados sin añadir una importación específica al orquestador. Cambios de protocolo, autenticación o política pueden exigir actualizaciones.
Límites y disponibilidad
Es una implementación de referencia con tres demostraciones, no un benchmark general. No la desplegamos ni medimos costes o fiabilidad. La guía declara disponibilidad general de Registry; la adecuación funcional y regional debe comprobarse.
Fuentes y pruebas
Fecha de la fuente: 20 oct 2026 · Fuente revisada: 21 oct 2026
Contenido editorial asistido por IA y contrastado con fuentes primarias. Las afirmaciones del proveedor se atribuyen; la inclusión no implica recomendación.