Envoy AI Gateway se convierte en Agent Router y entra en AAIF para unificar modelos y herramientas MCP
Fecha efectiva / observada:
Qué ha cambiado
Envoy AI Gateway ha cambiado de nombre a Agent Router y se ha incorporado a la Agentic AI Foundation (AAIF), bajo Linux Foundation. El proyecto quiere dar a aplicaciones y agentes una única puerta de entrada para acceder a modelos de distintos proveedores y a herramientas MCP sin integrar cada proveedor por separado. QUÉ HA CAMBIADO El 9 de septiembre de 2026, AAIF anunció que Envoy AI Gateway pasa a llamarse Agent Router y se convierte en un proyecto independiente dentro de la fundación. No es un proyecto nuevo desde cero. Su desarrollo público comenzó en octubre de 2024 y el proyecto ya había llegado a versiones estables 1.x antes del cambio de nombre. AAIF indica que, en el momento del anuncio, Agent Router tenía: - 11 adoptantes públicos; - 132 contribuidores; - contribuciones de 21 organizaciones; - 15 releases estables; - 9 puestos de mantenimiento repartidos entre Bloomberg, Nutanix, AMD, Tetrate y Netflix, sin que una sola empresa tenga mayoría. La versión 1.0 se publicó en junio de 2026 y la 1.1 en agosto. QUÉ PROBLEMA INTENTA RESOLVER Cada proveedor de modelos puede usar APIs, credenciales, formatos y comportamientos distintos. Sin una capa intermedia, una aplicación o agente puede terminar teniendo que: - conocer la API de cada proveedor; - guardar y gestionar sus credenciales; - cambiar código cuando cambia de modelo; - implementar failover; - contar tokens y limitar consumo; - conectar individualmente cada servidor MCP. Agent Router mueve esas decisiones a una capa de infraestructura común. QUÉ HACE AGENT ROUTER Para los desarrolladores ofrece una interfaz compatible con OpenAI para acceder a diferentes modelos. Para los equipos de plataforma centraliza: - proveedores; - credenciales; - cuotas; - routing; - failover; - contabilización de uso; - límites por tokens; - observabilidad; - herramientas MCP. Por debajo utiliza Envoy como plano de datos. Agent Router actúa como capa de control especializada en tráfico de IA y agentes. La idea práctica es que una aplicación pueda cambiar de modelo modificando el nombre solicitado, mientras el router se ocupa de traducir la petición, seleccionar el proveedor, autenticar, aplicar políticas y gestionar fallos. MCP: UN CATÁLOGO DE HERRAMIENTAS DETRÁS DE UN SOLO PUNTO Agent Router puede reunir herramientas procedentes de varios servidores MCP detrás de un único endpoint. También puede filtrar qué herramientas aparecen para una identidad concreta y volver a comprobar permisos cuando la herramienta se invoca. Esto puede reducir el número de herramientas que un agente ve a la vez y centralizar parte de la autorización y del control operativo. CREDENCIALES, CUOTAS Y FAILOVER Las credenciales de proveedores pueden permanecer en el gateway en lugar de estar dentro de cada agente. Agent Router también puede: - aplicar límites de tokens por equipo, aplicación o modelo; - reintentar una petición contra otro proveedor cuando falla el primero; - mantener métricas sobre modelo usado, tokens, latencia y llamadas a herramientas. Según la documentación del proyecto, las señales de observabilidad siguen las convenciones OpenTelemetry para IA generativa. QUÉ CAMBIA PARA QUIEN YA USABA ENVOY AI GATEWAY El cambio principal es de nombre, gobernanza y ubicación del proyecto. AAIF indica que: - no es necesario migrar una instalación únicamente por el cambio de nombre; - el compromiso de compatibilidad de la serie 1.x continúa; - Envoy sigue siendo el plano de datos; - se mantiene la licencia Apache 2.0; - continúan los mismos mantenedores y la misma base de código. El repositorio se ha trasladado a la organización: https://github.com/theagentrouter/agent-router QUÉ NO DEBE CONFUNDIRSE CON AGENTGATEWAY Agent Router y agentgateway son proyectos distintos aunque ambos estén alojados en AAIF. Agent Router procede de Envoy AI Gateway y está centrado en ofrecer una capa de control para tráfico hacia modelos y herramientas MCP sobre Envoy. agentgateway es otro proyecto de AAIF, impulsado originalmente por Solo.io, con un gateway y plano de datos propio orientado a manejar de forma unificada tráfico MCP, A2A, LLM, HTTP y gRPC. Que ambos estén dentro de AAIF no significa que sean el mismo producto ni que uno haya sustituido al otro. QUÉ NO RESUELVE POR SÍ SOLO Un gateway puede centralizar políticas y tráfico, pero no convierte automáticamente un sistema de agentes en seguro. Agent Router no demuestra por sí solo: - que una respuesta del modelo sea correcta; - que un proveedor sea confiable; - que una herramienta MCP sea segura; - que una política esté bien diseñada; - que no exista prompt injection; - que las credenciales o configuraciones del entorno estén libres de errores. Su valor está en centralizar y hacer más operable una parte de la infraestructura, no en sustituir todos los controles de seguridad. A QUIÉN PUEDE INTERESAR Si desarrollas agentes: puede reducir código específico de proveedores y simplificar cambios entre modelos. Si administras una plataforma de IA: puede centralizar credenciales, cuotas, routing, failover y observabilidad. Si utilizas MCP: puede servir como punto común para organizar y controlar acceso a herramientas. Si trabajas en seguridad: ofrece un lugar central donde aplicar parte de las políticas de tráfico y autenticación, aunque seguirá siendo necesario proteger modelos, herramientas y datos. Si eres usuario normal: su efecto será indirecto; puede hacer que servicios basados en agentes sean más fáciles de operar y cambiar de proveedor sin que tú tengas que intervenir. QUÉ PUEDES HACER AHORA Si ya usabas Envoy AI Gateway: 1. Revisa el anuncio de migración de proyecto. 2. Comprueba la compatibilidad de tu versión 1.x. 3. Sigue el nuevo repositorio y documentación. 4. No cambies una instalación solo por el nuevo nombre si no existe otra necesidad técnica. Si estás evaluando un gateway para IA: 1. Define si necesitas principalmente routing de modelos, MCP o ambos. 2. Compara Agent Router con otras opciones sin asumir que todos los gateways cubren lo mismo. 3. Prueba failover, cuotas, observabilidad y gestión de credenciales con tu carga real. 4. Verifica qué políticas se aplican en el gateway y cuáles siguen dependiendo del agente, del modelo o del servidor MCP. RECURSOS Anuncio oficial de AAIF: https://aaif.io/blog/agent-router-joins-aaif Explicación técnica: https://aaif.io/blog/agent-router-powerful-traffic-handling-for-agent-builders Repositorio: https://github.com/theagentrouter/agent-router Web/documentación: https://theagentrouter.ai/ Proyecto distinto para comparar: agentgateway https://aaif.io/blog/agentgateway-joins-aaif-as-an-open-gateway-for-agentic-ai-infrastructure QUÉ VIGILARÁ RADARABIERTO RA debe seguir: - nuevas versiones de Agent Router; - adopción real después del cambio a AAIF; - compatibilidad de la serie 1.x; - evolución del soporte MCP; - nuevas capacidades de routing, cuotas y observabilidad; - cambios en gobernanza y mantenedores; - casos públicos de producción; - vulnerabilidades o fallos relevantes; - diferencias y convergencias con otros gateways del ecosistema AAIF; - si el proyecto consigue reducir dependencia de proveedores sin introducir una nueva dependencia excesiva en la capa de gateway. Esta señal debe mantenerse como historia viva: el paso a AAIF es un cambio de gobernanza y posicionamiento, pero su importancia futura dependerá de adopción, interoperabilidad y resultados verificables en producción.
Por qué puede importarte
Puede permitir que agentes y aplicaciones cambien entre modelos y proveedores con menos integración específica, mientras equipos de plataforma centralizan credenciales, cuotas, failover, observabilidad y herramientas MCP. También muestra cómo AAIF está concentrando piezas de infraestructura para el ecosistema de agentes.
Cómo ha evolucionado
Estado actual: actual. Añadiremos los cambios posteriores sin borrar este registro.
Qué todavía no sabemos
Las cifras de adopción, contribuidores y madurez proceden del propio anuncio de AAIF y del proyecto. Aunque Agent Router tiene releases 1.x y adoptantes públicos, RA debe seguir buscando evidencia independiente y casos de producción verificables. No debe confundirse con agentgateway, que es otro proyecto distinto dentro de AAIF.
Seguir el contexto
La señal conserva procedencia y relaciones internas para que puedas comprobar el origen y explorar cambios relacionados.
Esta ficha verificable es igual para todos. Puedes indicar si te afecta, si no se entiende, si quieres seguirla o si no te interesa. Para que seguir u ocultar cambie solo tu selección, crea Mi Radar.