Hay anuncios de infraestructura que parecen burocráticos y terminan siendo los que más deciden el futuro de una arquitectura. El 20 de agosto de 2026, el protocolo A2A (Agent-to-Agent) de Google se incorporó formalmente a la Agentic AI Foundation (AAIF), dirigida por la Linux Foundation. Con eso, A2A queda bajo la misma gobernanza neutral que el Model Context Protocol (MCP), donado por Anthropic como proyecto fundador.
Dos protocolos que no compiten: se complementan
La distinción importa y suele confundirse:
- MCP resuelve el eje vertical. Estandariza cómo un modelo accede a sus herramientas: bases de datos empresariales, resultados de búsqueda, recursos locales, APIs internas. Es la conversación entre el agente y lo que el agente necesita para trabajar.
- A2A resuelve el eje horizontal. Define cómo dos sistemas autónomos negocian tareas, intercambian credenciales de identidad y mantienen estado a través de fronteras organizacionales. Es la conversación entre un agente y otro agente, incluso si pertenecen a empresas distintas.
En la práctica, un mismo agente usa MCP hacia adentro para alcanzar sus herramientas y A2A hacia afuera para coordinarse con sus pares. No son alternativas; son las dos mitades del mismo problema.
Los números detrás del movimiento
La AAIF pasó de 49 a más de 250 miembros en menos de un año, con firmantes platino que incluyen a AWS, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft y OpenAI. A2A, por su parte, cuenta con respaldo de más de 150 organizaciones y ya opera en producción en cadenas de suministro, servicios financieros y plataformas móviles. Google había lanzado el protocolo en abril de 2025 y lo donó posteriormente a la Linux Foundation.
Por qué esto le importa a una empresa que no construye modelos
Durante los últimos dos años, la pregunta que frenó muchos proyectos de agentes en empresas medianas fue la misma: si adopto el ecosistema de un proveedor, ¿me quedo atrapado ahí? Esa duda era razonable y costaba proyectos completos.
Cuando los protocolos de interoperabilidad viven en una fundación neutral en vez de en el roadmap comercial de una empresa, cambian tres cosas concretas:
- El riesgo de lock-in baja. Cambiar de proveedor de modelo deja de implicar reescribir toda la capa de integración.
- La integración entre organizaciones se vuelve viable. Un agente de un proveedor logístico puede coordinarse con el agente de su cliente sin un desarrollo puntual y frágil para cada relación comercial.
- La inversión en integraciones se amortiza mejor. Lo que se construye contra un estándar abierto sobrevive al ciclo de moda del modelo del momento.
La parte que sigue sin resolverse
Conviene no exagerar el efecto. La literatura técnica reciente ya señala las brechas de gobernanza que MCP, A2A y protocolos similares no alcanzan a expresar: quién es responsable cuando dos agentes autónomos de organizaciones distintas ejecutan una transacción incorrecta, cómo se audita esa cadena de decisiones y bajo qué marco legal se resuelve la disputa. Estandarizar el transporte no estandariza la responsabilidad. Ese sigue siendo trabajo de contratos, controles internos y registros de auditoría.
Para las empresas del Caribe y Latinoamérica, la lectura práctica es simple: la capa de conectividad entre agentes se está estabilizando, y eso reduce el costo de entrada. Pero el valor sigue estando en el contexto propio —los procesos, los datos y las reglas de negocio de cada organización— y en la capacidad de auditar lo que el agente hizo.
Ahí es donde trabajamos en TEKFENIX. Nuestro desarrollo a medida se enfoca en conectar sistemas que hoy no se hablan y en dejar trazabilidad de cada operación; Servigo365 incorpora IA en la atención multicanal manteniendo el historial completo del ticket y el punto exacto donde una persona toma el control; y CumplimientoControl aporta la trazabilidad regulatoria que un supervisor va a exigir cuando parte de la operación la ejecute software autónomo. Estándares abiertos para conectar, controles propios para responder.