Protocolos de agentes de IA en 2026: el mapa completo

Los protocolos de agentes de IA son las especificaciones abiertas que fijan cómo un agente habla con lo que le rodea. Hay protocolos para sus herramientas (MCP, WebMCP), para otros agentes (A2A), para la interfaz del usuario (AG-UI, A2UI, Agent Client Protocol), para los pagos (x402, AP2, ACP, UCP) y para las instrucciones que sigue (Agent Skills, AGENTS.md, llms.txt). No compiten entre sí en bloque. Cada uno ocupa una capa, y varios se apoyan en MCP o viajan dentro de él.

Entre agosto y octubre de 2026 esa pila se ha ordenado bastante. A2A entró en la misma fundación que MCP, AG-UI llegó a la 1.0, la extensión Skills de MCP pasó a Final y el IETF abrió un grupo propuesto para la comunicación entre agentes. Aquí repasamos cada capa: en qué estado está cada pieza, quién la gobierna y qué relación tiene con MCP.

La pila en un diagrama

La propia Agentic AI Foundation (AAIF, de la Linux Foundation) describe una “pila agéntica abierta” por capas: A2A para agente-agente, MCP para agente-herramienta, AGENTS.md para instrucciones, goose como runtime y agentgateway y Agent Router para el tráfico (AAIF).

Esa es la parte que aloja la fundación. El mapa real es más ancho, porque la interfaz, los pagos y la normalización formal quedan fuera de ella.

flowchart TB
  U["Usuario o editor"] -->|"AG-UI · A2UI · Agent Client Protocol"| AG["Tu agente"]
  I["Instrucciones: Agent Skills · AGENTS.md · llms.txt"] -.->|"contexto"| AG
  AG -->|"MCP"| S["Servidores MCP"]
  AG -->|"WebMCP"| W["Página web abierta"]
  AG -->|"A2A"| R["Agente remoto"]
  AG -->|"x402 · AP2 · ACP · UCP"| P["Comercio y pagos"]
  S -.->|"binding MCP de x402, ACP y UCP"| P
  N["IETF agentproto (Proposed WG)"] -.->|"protocolo base, sin texto aún"| R

Antes de seguir, una advertencia: las siglas ACP nombran tres cosas distintas. El Agent Client Protocol (Zed y JetBrains) conecta editores con agentes de código. El Agentic Commerce Protocol (OpenAI y Stripe) es de checkout. Y el Agent Communication Protocol de IBM ya no existe por separado: según la AAIF, se fusionó en A2A en agosto de 2025. En este artículo, “ACP” a secas es el de comercio.

Herramientas: MCP y WebMCP

MCP conecta agentes y aplicaciones con herramientas, datos y prompts. La versión vigente es la 2026-07-28, sin estado, y el roadmap del 22 de agosto marca hacia dónde va. Según la AAIF, las llamadas a herramientas de ChatGPT se multiplicaron por 98 entre enero y agosto de 2026. La única novedad normativa del periodo es la extensión oficial io.modelcontextprotocol/skills, Final desde el 13 de septiembre.

WebMCP es otra cosa, aunque comparta nombre. Es una API de JavaScript para que una página registre herramientas que un agente invoca mientras la página está abierta. Cada herramienta lleva nombre, descripción, JSON Schema de entrada y una función execute.

La mantiene un grupo comunitario del W3C, el Web Machine Learning Community Group, y no un grupo de trabajo de normalización. Su último texto es el borrador del 2 de octubre de 2026.

Con MCP comparte el vocabulario, pero no hay JSON-RPC, ni transportes, ni recursos ni prompts. Y la especificación no obliga al navegador a usar MCP con su agente. Chrome lo resume así: MCP es persistente y global, mientras que las herramientas WebMCP son efímeras y viven en la pestaña (Chrome, WebMCP versus MCP).

Chrome tiene un origin trial desde la versión 149, y el intent del 28 de septiembre propone ampliarlo hasta la 162. Explicamos la API en qué es WebMCP.

Agente-agente: A2A e IETF agentproto

A2A sirve para que agentes de distintos proveedores se descubran mediante una Agent Card, se deleguen tareas y colaboren. Funciona sobre JSON-RPC 2.0, gRPC o HTTP+JSON/REST (especificación). Va por la v1.0.1, con la v1.1 en preparación (releases). El 17 de agosto se convirtió en proyecto alojado de la AAIF y el 1 de octubre estrenó CLI oficial.

Con MCP se complementa. MCP mira hacia abajo, a las herramientas, y A2A hacia los lados, a otros agentes. Dónde se solapan lo desarrollamos en A2A frente a MCP.

IETF agentproto es el primer intento de llevar la comunicación entre agentes a un organismo formal de normalización. Quiere definir “a common baseline agentic dialog management protocol”, con propagación del contexto de diálogo e identidad de agentes autónomos (charter).

El 9 de septiembre de 2026 pasó de BOF a “Proposed WG”. Sus hitos propuestos van del borrador de casos de uso, en diciembre de 2026, al envío al IESG como estándar propuesto, en marzo de 2028. Hoy no hay protocolo, así que no sabemos si convergerá con MCP y A2A o competirá con ellos.

Agente-interfaz: AG-UI 1.0, A2UI y Agent Client Protocol

AG-UI conecta un backend agéntico con la aplicación que ve el usuario. Su especificación lo resume así: “One request in, one ordered stream of typed events out” (spec 1.0). Llegó a la 1.0 el 30 de septiembre de 2026, con JSON Schema como fuente de verdad.

Lo mantiene CopilotKit, y no consta que esté en ninguna fundación. Microsoft aportó el SDK .NET el 25 de septiembre. Con MCP se complementa, aunque se solapa algo con MCP Apps en la entrega de interfaces.

A2UI es la especificación de interfaz generativa de origen Google. El agente declara qué interfaz quiere y el cliente la dibuja con sus componentes nativos. La v0.9 salió en abril de 2026. El repositorio está ahora en la organización a2ui-project y se trabaja en la v1.0. Encaja con AG-UI: A2UI describe qué mostrar y AG-UI transporta los eventos.

Agent Client Protocol estandariza la comunicación entre editores o IDE y agentes de código. Es una especie de LSP para agentes, sobre JSON-RPC (agentclientprotocol.com). Lo gobiernan Zed y JetBrains con un modelo interino que aspira a una fundación independiente (gobernanza).

Va por el protocolo v1, con el schema en la v1.10.2 (1 de octubre) y una v2 en alfa (releases). La relación con MCP es directa: el editor le pasa al agente la configuración de servidores MCP.

Pagos y comercio: AP2, x402, Agentic Commerce Protocol y UCP

Es la capa más poblada y la que más se apoya en MCP como transporte.

AP2 autoriza los pagos que inicia un agente mediante mandatos firmados criptográficamente, esté o no el usuario presente (especificación). Google lo creó y lo donó a la FIDO Alliance. Allí lo trabaja un grupo de pagos presidido por Mastercard y Visa (FIDO Alliance). Va por la v0.2, de abril de 2026, y no ha tenido novedades verificables en el periodo.

x402 es “an open standard for internet native payments” sobre el código HTTP 402, con transportes definidos para HTTP, MCP y A2A (repositorio). Lo gobierna la x402 Foundation, que la Linux Foundation anunció el 2 de abril de 2026. En el periodo, Block anunció que se une a la fundación, el 24 de septiembre según PYMNTS. El SDK, por su parte, llegó a la v1.10.2 (releases).

Su binding para MCP muestra cómo esta capa se monta encima de MCP. Un tools/call puede devolver “payment required”, y el cliente reintenta con el pago en _meta["x402/payment"]. Esta es la respuesta que exige el pago:

{
  "jsonrpc": "2.0",
  "id": 1,
  "result": {
    "isError": true,
    "structuredContent": {
      "x402Version": 2,
      "error": "Payment required to access this resource",
      "resource": {
        "url": "mcp://tool/financial_analysis",
        "description": "Advanced financial analysis tool",
        "mimeType": "application/json"
      },
      "accepts": [
        {
          "scheme": "exact",
          "network": "eip155:84532",
          "amount": "10000",
          "asset": "0x036CbD53842c5426634e7929541eC2318f3dCF7e",
          "payTo": "0x209693Bc6afc0C5328bA36FaF03C514EF312287C",
          "maxTimeoutSeconds": 60,
          "extra": {
            "name": "USDC",
            "version": "2"
          }
        }
      ]
    }
  }
}

Fragmento literal de specs/transports-v2/mcp.md. Hemos omitido el bloque content, que duplica el contenido.

Fíjate en que no hay nada nuevo en MCP: es un resultado de herramienta normal, con isError y structuredContent. Todo lo específico del pago vive dentro del contenido.

Agentic Commerce Protocol permite que un agente complete una compra con un comercio, con checkout agéntico y delegación de pago (repositorio). Lo mantienen OpenAI y Stripe, con un comité técnico al que se sumó Meta. Su última versión es la 2026-04-17 y no hubo cambios en el periodo.

Define un binding MCP que expone las operaciones REST de checkout como herramientas MCP (create_checkout_session y otras) sobre Streamable HTTP. El descubrimiento va en /.well-known/acp.json.

UCP (Universal Commerce Protocol) es comercio multivertical. Usa un perfil de negocio en /.well-known/ucp y tiene cuatro transportes: REST, MCP, A2A y embedded (UCP 2026-08-25).

Publicó la versión 2026-08-25 el 25 de agosto y creó consejos técnicos de alojamiento (11 de agosto) y de pagos (2 de septiembre). Lo gobierna un Governing Council con Google y Shopify como miembros permanentes (anuncios). En el checkout se solapa con el Agentic Commerce Protocol: son las dos opciones que compiten en esa parte de la capa.

Instrucciones: Agent Skills, AGENTS.md y llms.txt

Esta capa no tiene transporte: son formatos de archivo que el agente lee.

Agent Skills empaqueta conocimiento procedimental en una carpeta con un SKILL.md, que se carga por divulgación progresiva (especificación). Lo desarrolló Anthropic y lo publicó como estándar abierto. El escaparate oficial enumera unos 47 productos que lo usan (agentskills.io). No figura entre los proyectos de la AAIF.

El 19 de agosto salió de beta en la API de Claude (release notes), y desde septiembre MCP lo transporta con la extensión Skills. Cuándo usar una skill y cuándo un servidor MCP lo explicamos en qué son las Agent Skills.

AGENTS.md es “a simple, open format for guiding coding agents”: un Markdown con instrucciones en el repositorio (agents.md). Es proyecto de la AAIF y el 10 de septiembre sumó un Technical Charter (commits). La diferencia con Skills es que AGENTS.md es contexto fijo, mientras que Skills se carga bajo demanda.

llms.txt propone un /llms.txt en Markdown con un índice curado del sitio para los LLM. Es una propuesta comunitaria de Jeremy Howard (Answer.AI), sin organismo de normalización detrás. La versión 2, del 10 de agosto de 2026, añade relaciones de enlace estándar y elimina la semántica mecánica de la sección “Optional” (llmstxt.org, cambios). Con MCP la relación es débil: sirve para descubrir documentación, incluida la del propio MCP.

Quién gobierna qué

A 3 de octubre de 2026, el reparto queda así.

• AAIF (Linux Foundation): aloja seis proyectos, que son MCP, goose, AGENTS.md, agentgateway, A2A y Agent Router (AAIF). Agent Router fue el sexto en llegar, el 9 de septiembre, según el blog de la AAIF. El 13 de agosto la fundación sumó 57 miembros y llegó a 247, la última cifra oficial (Linux Foundation). Desde el 1 de septiembre tiene una fase Sandbox, previa a las de Growth e Impact (AAIF).
• Linux Foundation, fuera de la AAIF: la x402 Foundation y TRACE. TRACE es una capa de evidencia atestada sobre la ejecución de agentes, incluido el uso de herramientas, y la aportó OPAQUE el 25 de agosto.
• FIDO Alliance: AP2.
• IETF: agentproto, en estado Proposed WG.
• W3C, como grupo comunitario: WebMCP.
• Empresas o consorcios: UCP (Google y Shopify), Agentic Commerce Protocol (OpenAI y Stripe), Agent Client Protocol (Zed y JetBrains), AG-UI (CopilotKit) y Agent Skills (origen Anthropic, abierto a contribuciones).

Si estás evaluando qué adoptar, este reparto entra en el análisis de riesgos, porque decide quién puede cambiar un protocolo y con qué proceso. Este tipo de decisión se trabaja en la lección «Beneficios y desafíos» del curso.

Tabla final

En la práctica, MCP es el punto de apoyo de casi toda la pila. x402, el Agentic Commerce Protocol y UCP lo usan como transporte. Agent Client Protocol lo configura, WebMCP le toma el vocabulario y Skills viaja dentro de él.

Si construyes un agente, lo que te toca decidir es qué otras capas necesitas además:

• A2A, cuando delegas en agentes que no controlas
• una de las de interfaz, cuando el agente tiene un usuario delante
• una de pagos, solo si cobras o compras.

La lección «Sistemas multi-agente», del nivel Experto, enseña a combinar agentes, subagentes y servidores en un sistema real. «Estado actual y evolución» explica cómo seguir la evolución de la especificación. Las dos están en el curso.