MCP + A2A: Los dos protocolos detrás de todo sistema de IA agéntica en producción

Puntos clave

• MCP tiene 10,000+ servidores publicados, 97M de descargas mensuales de SDK y 300+ clientes — la actualización del ecosistema de Anthropic (diciembre 2025) confirmó el soporte multi-vendor de OpenAI, Google, Microsoft y Cursor.
• A2A superó las 150 organizaciones en su primer año — anuncio de Linux Foundation (abril 2026), con despliegues en producción en plataformas de Google, Microsoft y AWS.
• Google posicionó explícitamente A2A como complementario a MCP — MCP conecta agentes con herramientas; A2A conecta agentes con agentes. Ambos ahora bajo gobernanza de Linux Foundation.
• El 23% de las organizaciones tienen pilotos activos de agentes de IA — Capgemini, 2026. La pregunta sobre protocolos ya no es teórica; es una decisión de arquitectura.
• La encuesta de Stacklok 2026 muestra que el 41% de las organizaciones de software están en producción limitada o amplia con servidores MCP — la adopción empresarial es real, no especulativa.

Dos protocolos se lanzaron con seis meses de diferencia y reconfiguraron cómo se conectan los agentes de IA. Anthropic lanzó el Model Context Protocol (MCP) en noviembre de 2024 como un estándar abierto para conectar agentes de IA con herramientas y datos. Google lanzó el Agent2Agent Protocol (A2A) en abril de 2025 como un estándar abierto para conectar agentes de IA entre sí. Ambos ahora están bajo gobernanza de Linux Foundation. Ambos son de código abierto. Ambos son adoptados por gigantes competidores — OpenAI, Google, Microsoft y Anthropic soportan ambos.

La analogía que perdura: MCP es USB-C para IA. A2A es HTTP para agentes. Este artículo explica cómo encajan juntos en un sistema de IA agéntica en producción, qué dicen los números de adopción sobre dónde está el ecosistema, y el patrón de arquitectura para combinarlos en un despliegue B2B.

La pila de protocolos de dos capas

El diagrama muestra la pila de dos capas: A2A en la parte superior (coordinación entre agentes), MCP en el medio (acceso agente-a-herramienta), y sistemas externos y agentes especializados en la parte inferior. Un agente recibe una tarea vía A2A, delega subtareas a otros agentes vía A2A, y usa MCP para llamar herramientas que acceden a NetSuite, HubSpot, BigCommerce, o cualquiera de los 10,000+ servidores MCP.

MCP: la capa de acceso a herramientas

MCP resuelve el problema de integración M×N. Antes de MCP, cada modelo de IA necesitaba código de integración a medida para cada herramienta que llamaba — M modelos × N herramientas = M×N integraciones. MCP reemplaza eso con una solución M+N: los proveedores de herramientas crean N servidores MCP, los desarrolladores de aplicaciones de IA crean M clientes MCP, y cualquier cliente puede llamar a cualquier servidor a través del protocolo estandarizado.

Los números de adopción ya no son especulativos:

Métrica	Valor	Fuente
Servidores MCP públicos activos	10,000+	Actualización del ecosistema de Anthropic, diciembre 2025
Descargas mensuales de SDK	97M+ (Python + TypeScript)	Anthropic, diciembre 2025
Clientes MCP	300+	Múltiples rastreadores del ecosistema
Repositorios de GitHub con el tema mcp-server	15,926	GitHub Search API, 24 de mayo de 2026
Producción empresarial (limitada o amplia)	41% de organizaciones de software	Encuesta Stacklok State of MCP 2026
Registros de servidores en el registro oficial	9,652	MCP Registry API, mayo 2026

El release candidate de MCP del 28 de julio de 2026 hace que la capa de protocolo sea stateless — eliminando el handshake de sesión, introduciendo handles explícitos para flujos de trabajo con estado, y haciendo obligatorio OAuth 2.1 con PKCE. Para despliegues B2B, esto significa sin sesiones sticky, sin stores de sesión compartidos, y escalado horizontal stateless detrás de balanceadores de carga round-robin simples.

A2A: la capa de coordinación de agentes

A2A llena el vacío que MCP no cubre. MCP conecta un agente con herramientas. A2A conecta un agente con otro agente. Un agente que necesita una capacidad especializada — lógica de precios, búsqueda de catálogo, procesamiento de RFQ — puede delegar el trabajo a un agente remoto que expone esa capacidad vía un endpoint A2A, recibir el resultado como una tarea A2A, y continuar su propio flujo de trabajo.

El anuncio de Linux Foundation (9 de abril de 2026) confirmó:

• 150+ organizaciones soportando el estándar en su primer año
• Despliegues en producción en plataformas de Google, Microsoft y AWS
• 50+ socios de lanzamiento incluyendo Salesforce, PayPal, Atlassian, Accenture, BCG, Deloitte, McKinsey y PwC
• Integración profunda en Google Cloud (Vertex AI, Agent Engine, Agent Development Kit)

A2A define tres primitivas centrales:

• Agent Card — un documento JSON en /.well-known/agent-card.json que describe la identidad, capacidades y endpoint del agente. Así es como los agentes se descubren entre sí.
• Task — la unidad de trabajo, enviada vía message/send (no streaming) o message/stream (streaming). Las tareas transicionan a través de estados: submitted, working, input-required, completed, failed, canceled.
• Artifact — salida estructurada producida durante la ejecución de la tarea, transmitida al cliente a medida que está disponible.

La arquitectura complementaria

Google posicionó explícitamente A2A como complementario a MCP: "A2A es un protocolo abierto que complementa el MCP de Anthropic." El posicionamiento es preciso — operan en capas diferentes:

Dimensión	MCP	A2A
Qué conecta	Agente a herramientas/datos	Agente a agente
Dirección	Vertical (agente hacia abajo a sistemas)	Horizontal (agente lateral a agentes)
Descubrimiento	Lista de herramientas (tools/list)	Agent Card (/.well-known/agent-card.json)
Unidad de trabajo	Llamada a herramienta (tools/call)	Task (message/send, message/stream)
Salida	Resultado de herramienta (JSON)	Artifact (transmitido, estructurado)
Transporte	STDIO, Streamable HTTP	JSON-RPC 2.0 sobre HTTP/SSE
Autenticación	OAuth 2.1 + PKCE (obligatorio el 28 de julio)	Autenticación de Agent Card (definida por framework)
Estado	Stateless (28 de julio RC) + handles explícitos	Ciclo de vida de tarea (submitted a completed)
Respaldado por	Anthropic	Google
Gobernanza	Linux Foundation (Agentic AI Foundation)	Linux Foundation
Adopción	10,000+ servidores, 97M descargas	150+ organizaciones, 50+ socios de lanzamiento

El patrón de arquitectura para combinarlos en un despliegue B2B:

1. Un agente especializado (e.g., un agente de procesamiento de RFQ) expone sus capacidades vía un A2A Agent Card. Otros agentes lo descubren y delegan tareas a él.
2. El agente de RFQ usa MCP para llamar herramientas que acceden a NetSuite (búsqueda de catálogo, creación de cotizaciones, reserves de disponibilidad), HubSpot (búsqueda de segmentos de clientes) y BigCommerce (catálogo de productos). El patrón de módulos MCP proporciona schemas tipados, límites de tasa, logs de auditoría y el patrón de handles explícitos para flujos de trabajo con estado.
3. El agente orquestador recibe una tarea de alto nivel vía A2A, delega subtareas a agentes especializados vía A2A, y cada agente especializado usa MCP para interactuar con los sistemas subyacentes. El orquestador nunca toca NetSuite directamente — delega al agente de RFQ, que delega a sus herramientas MCP.

Este es el patrón que el artículo de bridge A2A existente demuestra: cómo exponer la API nativa de un framework como un A2A Agent Card. La pieza que falta en la mayoría de los despliegues es la capa MCP debajo — los módulos tipados que hacen que las herramientas sean seguras de llamar, auditables y gobernadas.

Por qué ambos protocolos importan para B2B

Un despliegue B2B que usa solo MCP tiene agentes que pueden llamar herramientas pero no pueden coordinarse entre sí. Cada flujo de trabajo es un monolito de agente único. Un despliegue que usa solo A2A tiene agentes que pueden delegar tareas pero no pueden acceder a sistemas externos sin código de integración a medida para cada herramienta. Ambos protocolos son necesarios.

La investigación de Capgemini 2026 encontró que el 23% de las organizaciones tienen pilotos activos de agentes de IA. El Anthropic 2026 State of AI Agents Report encontró que el 46% de las organizaciones identifican la integración como la barrera #1 de adopción. Los dos protocolos abordan exactamente esta barrera: MCP estandariza la integración de herramientas, A2A estandariza la coordinación de agentes. Juntos reducen la carga de integración de M×N conexiones a medida a M+N estandarizadas.

Para una empresa B2B de mid-market que construye un sistema de agentes en producción, la pregunta sobre protocolos no es "¿cuál?" — es "¿cómo encajan juntos?" La respuesta es la pila de dos capas: A2A para delegación entre agentes, MCP para acceso agente-a-herramienta, y el patrón de módulos MCP como la capa gobernada que hace que las herramientas sean seguras de llamar.

Lecturas relacionadas

• Integrating A2A with Existing Agent Frameworks: A Hermes Agent Demonstration — el patrón de bridge para exponer la API nativa de un framework como un A2A Agent Card, con Hermes Agent como ejemplo
• MCP 2026-07-28: What the Stateless Protocol Means for B2B Agent Deployments — el release del protocolo stateless y el patrón de handles explícitos para flujos de trabajo con estado en la capa MCP
• MCP Module Code Standard — el patrón de módulos que hace que las herramientas MCP estén listas para producción con schemas tipados, límites de tasa y logs de auditoría

---

Un distribuidor de mid-market despliega un agente de procesamiento de RFQ que recibe tareas vía A2A desde un agente orquestador, usa módulos MCP para llamar a NetSuite (catálogo, precios, reserves de disponibilidad), HubSpot (segmentos de clientes) y BigCommerce (catálogo de productos), y transmite la cotización completada de vuelta como un artifact A2A. El agente orquestador nunca toca NetSuite — delega al agente de RFQ vía A2A, y los módulos MCP del agente de RFQ manejan las llamadas a herramientas con logs de auditoría, límites de tasa y el patrón de handles explícitos para el ciclo de vida de las reserves de disponibilidad. Esa construcción es la Fase 2-4 del método de cuatro pasos y suele estar en producción en 5-8 semanas.

Descubrimiento de una semana. Obtienes un inventario de sistemas, un mapa de flujo de trabajo y un alcance fijo — construyas o no con nosotros.