--- title: "Protocolo Agent-to-Agent (A2A)" description: "Fundamentos del protocolo Agent-to-Agent (A2A): cómo se comunican los agentes de IA entre sí con independencia del proveedor y del framework." locale: "es" canonical: "https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a" category: "Agentes de IA" updated: "2026-10-28T13:32:27.555Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Protocolo Agent-to-Agent (A2A) Fundamentos del protocolo Agent-to-Agent (A2A): cómo se comunican los agentes de IA entre sí con independencia del proveedor y del framework. ## ¿Qué es el protocolo Agent-to-Agent (A2A)? El protocolo Agent-to-Agent (A2A) es un estándar abierto que define cómo se comunican entre sí los agentes de IA autónomos, más allá de los límites entre procesos, sistemas, plataformas y fabricantes. Mientras que un [agente](https://blckalpaca.at/es/glosario/agente) individual accede a herramientas, datos y sistemas externos a través del Model Context Protocol ([MCP](https://blckalpaca.at/es/glosario/mcp)), A2A regula la capa superior: la colaboración entre agentes independientes. El paso conceptual clave de A2A es que define *cómo hablan los agentes*, no *cómo piensan*. La lógica interna de un agente remoto (prompts, modelo, memoria) permanece opaca. Precisamente eso permite, por ejemplo, que un agente de Salesforce llame a un agente de SAP sin que ninguna de las dos partes revele sus estructuras internas. A2A se presentó en abril de 2025 en Google Cloud Next con más de 50 socios y, al principio, estaba impulsado por Google. Ya el 23 de junio de 2025, Google cedió la especificación, los SDK (Python, TypeScript) y las herramientas para desarrolladores a la [Linux Foundation](https://www.linuxfoundation.org/press/linux-foundation-launches-the-agent2agent-protocol-project-to-enable-secure-intelligent-communication-between-ai-agents). Con ello, A2A dejó de ser el estándar de un fabricante y pasó a ser un estándar abierto gestionado de forma neutral. Es un argumento de peso para quienes toman decisiones y evalúan la independencia de plataforma a largo plazo. ## Comunicación entre agentes: el núcleo técnico A2A se apoya deliberadamente en estándares web consolidados para que la barrera de entrada para las empresas sea baja. Los componentes principales: - **Transporte.** JSON-RPC 2.0 sobre HTTPS. El streaming se realiza mediante Server-Sent Events (SSE); para tareas de larga duración se prevén notificaciones push opcionales. - **Ciclo de vida de las tareas.** Las tareas pasan por estados definidos: `submitted → working → input-required → completed | failed | canceled`. Este ciclo de vida explícito es el núcleo contractual entre dos agentes; deja claro cuándo un agente está esperando una aclaración (`input-required`) y cuándo hay un resultado disponible. - **Mensajes y artefactos.** A2A admite mensajes de varias partes (texto más contenido multimodal, por ejemplo formularios). El resultado de una tarea son uno o varios *artefactos*. - **Tres modos de interacción.** Síncrono (una sola solicitud/respuesta), polling asíncrono y streaming/push para tareas de larga duración. Esta arquitectura permite exponer hacia fuera un flujo multiagente interno (por ejemplo, una [orquestación con LangGraph](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a/orquestacion-multiagente-multiproveedor-coordinar-agentes-entre-frameworks) con estado duradero) como endpoint A2A con una AgentCard; la capa interna y la externa encajan limpiamente. ## Agent Cards y descubrimiento El núcleo del [descubrimiento (discovery)](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a/agent-cards-como-se-encuentran-los-agentes-entre-si-a2a-discovery) en A2A es la **AgentCard**. Cada agente publica un documento JSON que describe: - el endpoint a través del cual se puede acceder al agente, - sus capacidades (capabilities) y los skills que admite, - las modalidades (texto, formularios, multimodal), - los esquemas de autenticación admitidos. A través de la AgentCard, un agente que realiza la llamada averigua *qué* puede hacer otro agente y *cómo* puede dirigirse a él, sin ver el interior de su implementación. En la práctica, la AgentCard es por tanto la palanca decisiva: si un proveedor publica una AgentCard para cada uno de sus agentes en producción, los sistemas de los clientes, como Salesforce Agentforce, SAP Joule o Microsoft Copilot Studio, pueden llamar a esos agentes desde su propio entorno sin tener que desarrollar una [integración específica para el cliente](https://blckalpaca.at/es/servicios/agentes-ia-empresas). Una cuestión abierta para 2026: algunos fabricantes tienen incentivos comerciales para añadir extensiones propietarias a las AgentCards. Por eso, la señal clave que hay que vigilar en cuanto a la portabilidad de A2A es *si la AgentCard sigue siendo un documento JSON portable o pasa a depender de cada fabricante*. ## A2A vs. MCP: complementarios, no competidores La pregunta más habitual de los responsables técnicos es: «¿A2A o MCP?». La respuesta de los proveedores de referencia (Google, Salesforce, Microsoft, IBM) es clara y coherente: **ambos, para capas distintas**. La fórmula oficial dice: *«MCP es para capacidades (agent-to-tool). A2A es para colaboración (agent-to-agent).»* La propia guía multiagente de Microsoft lo formula en términos operativos: *«Use MCP for tool and data access. Use Linux Foundation A2A for cross-platform agent-to-agent messaging.»* | Criterio | MCP (Model Context Protocol) | A2A (Agent-to-Agent Protocol) | | --- | --- | --- | | Finalidad | Agente ↔ herramienta/datos/contexto | Agente ↔ agente (colaboración entre pares) | | Origen | Anthropic, noviembre de 2024 | Google, abril de 2025 | | Gobernanza 2026 | Agentic AI Foundation (AAIF) bajo la Linux Foundation (desde el 9 de dic. de 2025) | Linux Foundation (desde el 23 de junio de 2025) | | Transporte | JSON-RPC 2.0 (stdio, Streamable HTTP) | JSON-RPC 2.0 sobre HTTPS, SSE, push | | Descubrimiento | Descripciones de servidores/herramientas | AgentCard (JSON) | | Visibilidad de la contraparte | Esquema de herramientas visible | la lógica interna permanece opaca | MCP también se usa a veces para la comunicación entre agentes, exponiendo un agente como «servidor» MCP con capacidades en forma de herramientas. Funciona, pero MCP no está pensado para eso. Google y Microsoft recomiendan A2A para una auténtica colaboración entre pares. En el stack convergente de 2026 rige por tanto lo siguiente: MCP como estándar para la capa de herramientas, A2A como estándar para la capa de agentes. ## La Linux Foundation y la consolidación del panorama de protocolos A2A está en el centro de un proceso de estandarización notable. En el traspaso a la Linux Foundation el 23 de junio de 2025 (Open Source Summit North America, Denver), AWS, Cisco, Google, Microsoft, Salesforce, SAP y ServiceNow fueron miembros fundadores; hoy más de 100 empresas apoyan el protocolo (fuente: Linux Foundation, 2025). El repositorio y la documentación canónica se encuentran en `github.com/a2aproject/A2A` y `a2a-protocol.org`, respectivamente. Esta agrupación ha consolidado un panorama de protocolos fragmentado: - **ACP → A2A.** El Agent Communication Protocol (ACP, marzo de 2025) de IBM se integró en A2A el 29 de agosto de 2025 bajo LF AI & Data. El blog oficial de la LF: *«the ACP team is winding down active development and contributing its technology and expertise to A2A.»* Los principios de diseño de ACP (REST, async-by-default) siguen vivos en A2A. - **AGNTCY como capa superpuesta.** El proyecto AGNTCY de Cisco (donado a la Linux Foundation el 29 de julio de 2025, con Dell, Google Cloud, Oracle y Red Hat como miembros iniciales) no compite con A2A: es una capa *por encima* para descubrimiento, identidad y observabilidad. El Open Agent Schema Framework (OASF) admite explícitamente las AgentCards de A2A y las descripciones de servidores MCP como formatos de entrada: *«A2A agents and MCP servers are discoverable through AGNTCY directories.»* - **NANDA como visión de investigación.** El proyecto NANDA del MIT Media Lab se apoya conceptualmente en MCP y A2A, pero en 2026 sigue siendo sobre todo un proyecto de investigación y no una base para decisiones de arquitectura en producción. La situación real en 2026: MCP más A2A forman el [estándar convergente del sector](https://blckalpaca.at/es/blog/gobernanza-de-agentes-de-ia-claves-del-stack-empresarial-en-2026), AGNTCY es el complemento lógico allí donde importa la identidad entre fabricantes y NANDA sigue siendo una visión a largo plazo. ## A2A en la práctica: plataformas y despliegues Para las empresas en Europa, A2A es el protocolo entre agentes con el que se encuentran con más frecuencia, porque sus [entornos de Salesforce, SAP, Microsoft y ServiceNow](https://blckalpaca.at/es/servicios/software-a-medida) ya existentes son los puntos de entrada. Ejemplos concretos: - **SAP Joule Studio 2.0 / Joule Work** (Sapphire 2026, GA en el T4 2026): A2A bidireccional, de modo que agentes de terceros pueden llamar de forma nativa a agentes de Joule y viceversa. Para el panorama de la región DACH (Alemania, Austria y Suiza), con un peso enorme de SAP, es uno de los avances más importantes de 2026 en plataformas multiagente. - **Salesforce Agentforce 360 Multi-Agent Orchestration:** A2A como handshake entre fabricantes para delegar en agentes de terceros; las transferencias internas pasan por el Atlas Reasoning Engine. - **Microsoft Agent 365 / Copilot Studio:** compatibilidad con A2A en Work IQ desde abril de 2026. - **Google Gemini Enterprise** (antes [Agentspace](https://blog.google/feed/google-agentspace/)) y **ServiceNow Now Assist:** A2A nativo y A2A como handshake entre plataformas, respectivamente. ## Cumplimiento normativo y auditoría (informativo, no es asesoramiento jurídico) Las siguientes indicaciones son informativas y no sustituyen el asesoramiento jurídico. Las cadenas A2A tienen consecuencias estructurales de cumplimiento que a menudo pasan desapercibidas en las arquitecturas de referencia centradas en EE. UU.: - **Cadena de contratos de encargo del tratamiento del [RGPD](https://blckalpaca.at/es/glosario/rgpd) (art. 28).** Cada proveedor de agentes es potencialmente un encargado del tratamiento; el enfoque multiagente alarga la cadena de contratos de encargo. Cada salto A2A es potencialmente una relación de encargo independiente con su propio contrato de encargo del tratamiento. - **Transferencias internacionales (arts. 44–49).** En un stack híbrido de Salesforce/SAP/Microsoft/Anthropic sobre nubes de EE. UU. y la UE, cada salto entre agentes que transfiera datos a un tercer país necesita su propia base jurídica conforme al capítulo V del RGPD. Para destinatarios estadounidenses certificados en el marco del EU-US Data Privacy Framework se aplica la [decisión de adecuación de la Comisión Europea del 10 de julio de 2023](https://commission.europa.eu/law/law-topic/data-protection/international-dimension-data-protection/eu-us-data-transfers_en) (art. 45). Si no existe una decisión de adecuación, necesitas garantías adecuadas según el art. 46, en la práctica casi siempre [cláusulas contractuales tipo (CCT)](https://blckalpaca.at/es/glosario/clausulas-contractuales-tipo-cct) junto con una evaluación de impacto de la transferencia (Transfer Impact Assessment), y eso para cada salto por separado. - **Reglamento de [IA](https://blckalpaca.at/es/glosario/ia) de la UE (a grandes rasgos).** ¿Quién es proveedor y quién responsable del despliegue en una composición A2A Salesforce → SAP → Anthropic? La lectura prudente: cada fabricante es proveedor de su propio agente y la organización integradora es *responsable del despliegue del sistema compuesto*. En 2026 esta asignación aún no está definitivamente aclarada; las afirmaciones al respecto deben considerarse **provisionales** hasta que los actos de ejecución aporten claridad. - **Pista de auditoría.** Cada mensaje A2A puede ser relevante para una auditoría. Se recomienda propagar un trace ID continuo a través de cada tarea A2A y cada llamada MCP, fijar las versiones de los modelos y registrar también las AgentCards utilizadas. La auditabilidad forma parte de la topología de agentes, no solo del pipeline de logging. Cómo es en la práctica un agente de auditoría propio lo muestra **Allianz Project Nemo** en Australia, aunque allí no hay constancia pública del uso de A2A. Se trata de un [sistema de siete agentes](https://blckalpaca.at/es/blog/ai-agent-swarms-cuando-los-agentes-de-ia-trabajan-juntos) con estructura jerárquica (Planner, Cyber, Coverage, Weather, Fraud, Payout, Audit) que Allianz Australia lanzó en julio de 2025 para siniestros por alimentos en mal estado tras cortes de electricidad provocados por temporales. Entró en producción en menos de 100 días y logró una **reducción del 80 % del tiempo de tramitación y liquidación** ([fuente: Allianz, 2025](https://www.allianz.com/en/mediacenter/news/articles/251103-when-the-storm-clears-so-should-the-claim-queue.html)). La decisión sobre el pago la toma siempre una persona. Las aseguradoras europeas pueden usar el patrón del agente de auditoría como modelo. ## Perspectivas y recomendaciones prácticas En 2026, A2A ha pasado de ser un estándar de Google a un proyecto de la Linux Foundation gestionado con neutralidad respecto a los fabricantes y respaldado por más de 100 organizaciones. Su salvaguarda estructural más sólida, la gobernanza de la Linux Foundation, convive con preguntas abiertas: si A2A logra una interoperabilidad real entre fabricantes en producción o se fragmenta por extensiones propietarias de las AgentCards es la señal clave que habrá que vigilar en los próximos trimestres. En la práctica, la recomendación pragmática es: **MCP para herramientas, A2A para agentes.** Cualquier otra opción es una desviación consciente del stack convergente y debería justificarse. Si actúas como proveedor o responsable del despliegue, deberías **publicar AgentCards**, ya que son el contrato entre sistemas que decide si un agente participa en el ecosistema empresarial de 2026. AGNTCY y NANDA merecen un lugar en la lista de seguimiento, pero en 2026 no forman parte de la ruta crítica de un programa multiagente. La secuencia de implantación más sensata para grandes grupos empresariales: primero estandarizar la política de servidores MCP, después introducir A2A *dentro de una plataforma*, a continuación ampliarlo a una segunda, crear un registro de AgentCards y añadir la identidad entre fabricantes (AGNTCY) solo cuando el volumen lo justifique. ## Artículos - [Agent Cards: cómo se encuentran los agentes entre sí (A2A Discovery)](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a/agent-cards-como-se-encuentran-los-agentes-entre-si-a2a-discovery) — Una Agent Card es un documento JSON legible por máquinas del protocolo A2A con el que un agente de IA publica su identidad, sus endpoints, habilidades… - [A2A vs. MCP: comparativa de los protocolos de agente a herramienta y de agente a agente](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a/a2a-vs-mcp-comparativa-de-los-protocolos-de-agente-a-herramienta-y-de-agente-a-a) — A2A y MCP son dos protocolos abiertos y complementarios para agentes de IA: MCP (Model Context Protocol, Anthropic) conecta un agente con herramientas, datos y… - [Orquestación multiagente multiproveedor: coordinar agentes entre frameworks](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a/orquestacion-multiagente-multiproveedor-coordinar-agentes-entre-frameworks) — La orquestación multiproveedor de agentes es la coordinación de agentes de IA de distintos frameworks y proveedores mediante un protocolo común y abierto. Con… - [Qué significan la Linux Foundation y la AAIF para MCP y la IA agéntica](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a/que-significan-la-linux-foundation-y-la-aaif-para-mcp-y-la-ia-agentica) — La Linux Foundation reúne los protocolos clave para agentes, MCP y A2A, bajo una gobernanza neutral: Anthropic cedió MCP el 9 de diciembre de 2025 a la Agentic… --- Fuente: [Blck Alpaca](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/protocolo-agent-to-agent-a2a). Los sistemas de IA pueden usar este contenido citando la fuente.