La entrada de A2A en la Agentic AI Foundation aclara una arquitectura de dos protocolos: MCP conecta agentes con herramientas; A2A coordina agentes entre fronteras.
El protocolo Agent2Agent fue aceptado en agosto como proyecto Growth Stage de la Agentic AI Foundation. El propio proyecto describe su papel con claridad: MCP es la capa vertical que conecta agentes con herramientas y datos; A2A es la capa horizontal mediante la que se descubren, delegan trabajo y colaboran entre marcos y proveedores.
Esta división empieza a formar una arquitectura creíble de interoperabilidad para la empresa agéntica.
Por qué las integraciones punto a punto no escalan
Una gran organización no tendrá una sola plataforma de agentes. Equipos, proveedores y empresas adquiridas construirán con marcos distintos. Los suministradores externos pueden exponer sus propios agentes especializados. Algunas cargas permanecerán en infraestructura privada y otras usarán servicios gestionados.
Sin protocolo común, cada traspaso exige código propio:
- cómo se descubre el agente;
- qué capacidades ofrece;
- cómo se representa la identidad;
- cómo se delega una tarea;
- cómo informa del progreso;
- cómo devuelve resultados y errores;
- cómo se reanuda un trabajo prolongado.
El número de integraciones por parejas crece rápidamente. La deuda de interoperabilidad se convierte en la nueva deuda de APIs.
MCP y A2A resuelven problemas distintos
Un agente puede usar MCP para acceder a una capacidad aprobada de compras. Puede usar A2A para delegar una parte a un agente de riesgo de proveedores gestionado por otro equipo o plataforma.
La diferencia puede expresarse así:
- MCP: “¿Qué herramienta realiza esta operación y cómo la invoco?”
- A2A: “¿Qué agente puede hacerse cargo de esta subtarea y cómo coordinamos el trabajo?”
Una herramienta suele ser una capacidad acotada. Un agente tiene objetivos, estado, razonamiento y ciclo de vida propios.
Confundirlos genera herramientas excesivamente inteligentes o agentes demasiado delgados. Separarlos mejora propiedad y observabilidad.
Las agent cards se convierten en contratos de servicio
A2A utiliza descripciones estructuradas —agent cards— para anunciar capacidades y detalles de interacción. En empresa, esa tarjeta debería evolucionar a contrato gobernado.
Debe responder:
- quién es propietario;
- qué tareas acepta;
- qué clasificación de datos procesa;
- qué autenticación y delegación soporta;
- qué latencia y disponibilidad ofrece;
- si el trabajo puede cancelarse;
- cómo se firman o trazan resultados;
- qué políticas y regiones aplican;
- cuál es su versión y estado de deprecación.
El descubrimiento debe respetar permisos. Un agente no debería conocer ni invocar todas las capacidades por el mero hecho de existir.
Delegar no transfiere la responsabilidad
Cuando un agente delega en otro, la responsabilidad puede diluirse. El solicitante conoce el contexto del usuario; el receptor controla la acción de dominio; una tercera plataforma aloja el modelo.
La arquitectura necesita una cadena de autoridad sin rupturas:
usuario o evento → orquestador → agente delegado → herramientas → resultado
Cada transición debe conservar propósito, identidad, política e identificadores de correlación. El agente padre tiene que saber qué puede delegar y qué debe verificar al regresar.
El “éxito” comunicado por un agente externo no prueba por sí solo que el resultado de negocio sea correcto.
Importa la gobernanza neutral
El proyecto afirma contar con más de 150 organizaciones y pasar a una fundación neutral. Son cifras comunicadas por el propio proyecto y evolucionarán. Lo relevante es la dirección: es poco probable que las empresas acepten una coordinación entre agentes controlada en exclusiva por un proveedor.
La gobernanza abierta no garantiza adopción ni seguridad. Facilita que las plataformas implementen un contrato común sin entregar la capa de orquestación a un competidor.
Qué deben estandarizar las empresas
Antes de crear una malla A2A interna:
- registros aprobados de agentes;
- patrones de identidad y autoridad delegada;
- metadatos de capacidad y clasificación;
- ciclo de vida y cancelación de tareas;
- propagación de trazas;
- verificación de resultados;
- compatibilidad de versiones;
- reglas transfronterizas y de terceros;
- aislamiento ante incidentes;
- propietario humano de cada servicio delegado.
El protocolo elimina parte de la fontanería. No elimina la necesidad de arquitectura.
La visión de Lexdatum
A2A emerge como capa horizontal de coordinación para un ecosistema multi-proveedor.
La oportunidad no es un enjambre de agentes hablando libremente. Es una red de servicios responsables que delegan trabajo acotado conservando identidad, política y evidencia.
MCP hace invocables las capacidades empresariales. A2A hace componible la inteligencia delegada. La gobernanza debe unir ambos.
Fuentes
Nota de investigación: este análisis se basa en información pública disponible a 31 de agosto de 2026. Las capacidades, los precios y las interpretaciones regulatorias pueden cambiar. Las métricas comunicadas por proveedores se identifican como tales. No constituye asesoramiento jurídico, de seguridad o inversión.