Roadmap de MCP 2026-2027: la spec 2026-07-28 y lo que viene después

La hoja de ruta de MCP para 2026 describe la evolución del Model Context Protocol tras la línea de especificaciones de noviembre de 2025. El movimiento central: dejar atrás la simple conexión de herramientas y avanzar hacia la madurez empresarial, con autenticación, pistas de auditoría, registro y descubrimiento. La especificación 2025-11-25 trajo Tasks experimentales para solicitudes de larga duración, URL Mode Elicitation, tool calling en Sampling y Client ID Metadata Documents. Desde el 28 de julio de 2026 rige la especificación 2026-07-28, con un núcleo de protocolo sin estado, server/discover y Tasks como extensión oficial. Lo que venga después aparece marcado en este artículo como previsión.

Este artículo forma parte del hub El futuro de la IA agéntica (2026-2028) y profundiza en la capa de integración, que en 2026 afecta a casi cualquier sistema de agentes en producción en empresas de toda Europa.

• Situación actual (octubre de 2026): MCP es la capa de integración de facto para Agent-to-Tool. En diciembre de 2025, Anthropic informó de más de 10.000 servidores públicos activos y más de 97 millones de descargas mensuales del SDK.
• Próximo paso: la hoja de ruta de los mantenedores de MCP de agosto de 2026 prioriza la identidad de los agentes y la seguridad empresarial, primitivas de mensajería para agentes de larga duración y un transporte HTTP unificado. Desde diciembre de 2025, la Agentic AI Foundation (Linux Foundation) decide sobre presupuesto y estrategia, no sobre la dirección técnica.
• Mayor frente abierto: la seguridad. El protocolo no puede verificar las descripciones de herramientas. Por eso el sandboxing, el mínimo privilegio y los registros controlados siguen siendo una obligación del operador.

El punto de partida: qué significa la línea de especificaciones 2025-11-25

Anthropic presentó el Model Context Protocol el 25 de noviembre de 2024 como estándar abierto para conectar aplicaciones de IA con sistemas externos como sistemas de archivos, bases de datos, sistemas de negocio y herramientas de desarrollo. Técnicamente, MCP se apoya en JSON-RPC 2.0 sobre varios transportes: stdio para uso local, originalmente Server-Sent Events y, desde la revisión 2025-03-26, Streamable HTTP.

La evolución siguió pasos claros que conviene conocer para leer la hoja de ruta:

• Marzo de 2025 (2025-03-26): se añadieron OAuth 2.1, Streamable HTTP, batching de JSON-RPC y Tool Annotations. Con ello, MCP admitió por primera vez autenticación en el sentido empresarial.
• Junio de 2025 (2025-06-18): el batching de JSON-RPC se retiró de nuevo. Las novedades fueron la salida estructurada de herramientas y Elicitation. Desde entonces, los servidores MCP se consideran OAuth Resource Servers, y los clientes deben implementar Resource Indicators según el RFC 8707.
• Noviembre de 2025 (2025-11-25, la línea de referencia): Tasks experimentales para solicitudes de larga duración con polling, URL Mode Elicitation, tool calling en Sampling, Client ID Metadata Documents como método recomendado de registro de clientes y descubrimiento mediante OpenID Connect.
• Enero de 2026: MCP Apps (SEP-1865) se convirtió el 26 de enero de 2026 en la primera extensión oficial. Entrega interfaces interactivas desde servidores MCP a aplicaciones host como Claude y ChatGPT.

A esto se suma un hito de gobernanza: el 9 de diciembre de 2025, Anthropic donó MCP a la recién creada Agentic AI Foundation (AAIF), un directed fund de la Linux Foundation. La AAIF la fundaron Anthropic, Block y OpenAI; además de ellos, AWS, Bloomberg, Cloudflare, Google y Microsoft son miembros Platinum, y también participan, entre otros, Cisco, IBM, Okta, Oracle, SAP y Snowflake. Según el proyecto MCP, la dirección técnica y la hoja de ruta siguen en manos de los mantenedores; el consejo de la fundación decide sobre inversiones estratégicas, presupuesto y nuevos miembros. Para los responsables de decisión en Europa, esto significa que MCP es un estándar neutral respecto a los proveedores y ya no una apuesta por un único fabricante. Eso reduce considerablemente el riesgo de lock-in en las compras.

La especificación 2026-07-28: lo que realmente llegó después de 2025-11-25

La especificación sucesora ya no es una perspectiva de futuro. El release candidate se publicó el 21 de mayo de 2026 y la especificación final 2026-07-28, el 28 de julio de 2026, junto con los SDK de Tier 1 actualizados para TypeScript, Python, Go y C#. Los cambios más importantes según el changelog oficial:

• Núcleo sin estado: desaparece el handshake formado por initialize y notifications/initialized, y también la cabecera Mcp-Session-Id. Cada solicitud lleva consigo la versión del protocolo y las capabilities del cliente. Si un servidor necesita estado a lo largo de varias llamadas, emite sus propios handles, que vuelven como argumentos normales de las herramientas.
• server/discover: todo servidor debe ofrecer esta RPC y comunicar a través de ella las versiones del protocolo, sus capabilities y su identidad. Los clientes pueden llamarla antes de la primera solicitud.
• Marco de extensiones: cliente y servidor negocian extensiones opcionales mediante un campo propio en sus capabilities. Tasks sale del núcleo experimental y pasa a la extensión oficial io.modelcontextprotocol/tasks. Desaparece el bloqueante tasks/result; el cliente obtiene los resultados únicamente mediante polling a través de tasks/get.
• Multi Round-Trip Requests (MRTR): en lugar de solicitudes propias del servidor para Roots, Sampling o Elicitation, el servidor devuelve un resultado intermedio con el estado input_required. El cliente repite la solicitud original con los datos que faltaban.
• Elementos obsoletos: Roots, Sampling y Logging quedan declarados obsoletos, pero seguirán funcionando al menos doce meses. Dynamic Client Registration queda obsoleto en favor de los Client ID Metadata Documents. El transporte HTTP+SSE, sustituido ya desde 2025-03-26, recibe formalmente el estado Deprecated.

Este es el verdadero salto de protocolo de tool calling a pieza de infraestructura. Según la hoja de ruta actual de los mantenedores, un servidor MCP remoto ya no se diferencia de cualquier otra carga de trabajo HTTP. Si migras un servidor de 2025-11-25 a 2026-07-28, tendrás que rehacer sobre todo la lógica de sesiones y las solicitudes del lado del servidor.

Dónde está MCP hoy (octubre de 2026)

Las cifras demuestran que MCP ha dejado atrás la fase experimental. En el traspaso a la Agentic AI Foundation, el 9 de diciembre de 2025, Anthropic habló de más de 10.000 servidores MCP públicos activos y más de 97 millones de descargas mensuales del SDK en Python y TypeScript.

En la práctica, esto significa que SAP Joule Studio 2.0 integra MCP de forma nativa (servidores MCP para ABAP, LeanIX, Integration Suite), y que Microsoft 365 Copilot, Copilot Studio, Salesforce Agentforce, n8n, LangGraph, Mastra y PydanticAI hablan MCP. Si arrancas un proyecto de agentes en 2026, vas a escribir o consumir servidores MCP, lo tengas previsto o no.

Para la decisión de arquitectura es clave la diferencia con A2A (Agent-to-Agent). MCP es la base para Agent-to-Tool. Se puede forzar su uso para exponer un agente como «servidor» con capacidades en forma de herramientas, pero no se diseñó para eso. El proyecto A2A de la Linux Foundation, entre cuyos miembros fundadores están Google y Microsoft, delimita así ambos protocolos en su documentación: MCP conecta un agente con sus herramientas, A2A conecta agentes entre sí.

La hoja de ruta de MCP 2026-2027: prioridades y previsión

Las prioridades de los mantenedores son públicas; las etapas posteriores son previsión, no un hecho. En las hojas de ruta de IA, el calendario es bastante más incierto que la dirección.

La hoja de ruta de los mantenedores de MCP del 9 de marzo de 2026 fijó cuatro prioridades, entre ellas la madurez empresarial con cuatro carencias: pistas de auditoría, autenticación integrada con SSO, comportamiento de los gateways y portabilidad de la configuración. Según los mantenedores, desde entonces ha habido avances claros en las cuatro prioridades; la mayor parte de esos cambios llegó con la especificación 2026-07-28. En madurez empresarial se trató sobre todo de trabajo en autenticación: los Client ID Metadata Documents son ahora la vía de registro preferida, Dynamic Client Registration queda obsoleto y Enterprise-Managed Authorization está disponible como extensión estable. Sobre pistas de auditoría, comportamiento de los gateways y portabilidad de la configuración, la nueva hoja de ruta no indica ningún estado. La hoja de ruta del 22 de agosto de 2026 fija cinco prioridades:

• Primitivas de mensajería para agentes: eventos del lado del servidor mediante webhooks y canales; la extensión Tasks debe madurar lo suficiente como para incorporarse a la especificación.
• Transporte HTTP unificado: también los servidores locales hablarán en el futuro Streamable HTTP, transmitido a través de stdio, para que solo quede un transporte.
• Identidad de los agentes y seguridad empresarial: un estándar para identidades de agentes fiables, basado en DPoP y Workload Identity Federation en lugar de claves API pegadas y tokens de larga duración.
• Primitivas mejoradas: un formato unificado para los resultados de las herramientas y descubrimiento progresivo de herramientas.
• Mejores SDK: ergonomía, conformidad con la especificación y documentación.

De ahí se deduce la evolución esperada:

Nuestra valoración de las próximas etapas:

• 2027: los servidores MCP se convierten en la integración empresarial estándar. Las extensiones de madurez empresarial (SSO, pistas de auditoría, políticas de gateway) se estabilizan. Las empresas deberían contar con que sus grandes proveedores SaaS incluyan servidores MCP remotos oficiales como opción por defecto en las compras.
• 2028: los patrones equivalentes a MCP se extienden a la IA no basada en LLM (visión artificial, voz nativa, robótica). La arquitectura «Agentic Mesh» se consolida: MCP para Agent-to-Tool, A2A o protocolos sucesores para Agent-to-Agent.

Los frentes abiertos: seguridad, registro, confianza

La mayor cuestión sin resolver es la seguridad. Los ataques documentados en 2025 apuntan casi siempre a la misma debilidad: los hosts pasan al modelo las descripciones de herramientas sin verificarlas. En abril de 2025, Invariant Labs criticó que el modelo de seguridad de MCP presupone descripciones de herramientas fiables. La especificación 2026-07-28 establece que las descripciones del comportamiento de las herramientas deben considerarse no fiables mientras no procedan de un servidor de confianza. MCP no puede imponerlo a nivel de protocolo. Por eso, descripciones sintácticamente correctas pasan fácilmente por seguras, aunque contengan instrucciones ocultas. Los principales patrones de ataque:

• Prompt injection indirecta a través de las descripciones de servidores MCP.
• Tool poisoning: Invariant Labs lo demostró en abril de 2025 con una prueba de concepto en WhatsApp.
• Server squatting por imitación: servidores con nombres engañosamente parecidos.
• Full-schema poisoning (CyberArk): cada parte del esquema de una herramienta es un posible punto de inyección, también fuera de la descripción.
• GitHub MCP «Toxic Agent Flow»: una issue maliciosa de GitHub induce al agente a filtrar datos de repositorios privados.

En 2026, la protección es responsabilidad del operador, no del protocolo: sandboxing, tokens con alcance limitado, mínimo privilegio y, sobre todo, nada de instalar servidores MCP de forma autónoma desde un registro sin verificar. Justo aquí entra el segundo frente: registro y descubrimiento. Hoy, los grandes grupos operan registros internos de servidores MCP con un control de acceso estricto y colocan los servidores detrás de OAuth 2.1. Para la localización entre proveedores, el directorio OASF de AGNTCY se perfila como forma plausible, todavía en observación y no como estándar consolidado.

Caso práctico: capa de herramientas MCP en un gran grupo de la región DACH (Alemania, Austria y Suiza)

Cómo se ve esto en concreto lo muestra la configuración de referencia para un gran grupo de la región DACH (AI Center of Excellence, 10-30 FTE, hub-and-spoke). Aquí la capa de herramientas se construye íntegramente sobre MCP, con un registro interno y OAuth 2.1 como requisito obligatorio. Nuestra secuencia de implantación recomendada:

1. Estandarizar la política de servidores MCP (registro, acceso, OAuth 2.1).
2. Introducir A2A primero dentro de un único entorno (p. ej., solo Salesforce).
3. Ampliarlo a un segundo entorno (p. ej., SAP).
4. Publicar un registro de AgentCards.
5. Añadir identidad entre proveedores (AGNTCY) solo cuando el volumen lo justifique.

Un paso práctico obligatorio desde el primer día: hacer pasar un único trace ID por cada tarea A2A y cada llamada MCP. De lo contrario aparecen lagunas de auditoría en las que los logs de un entorno no se pueden correlacionar con los de otro. Sin esta disciplina, un sistema multiagente es en la práctica imposible de investigar ante un requerimiento de la autoridad supervisora. Los costes del primer año de plataforma dependen sobre todo de si se amplía una configuración de un solo proveedor o se construye un verdadero mesh entre proveedores con alojamiento soberano.

Qué significa esto para agencias y empresas B2B

Para las agencias y los proveedores de productos nativos de IA, MCP es la palanca para productizar: un repositorio compartido de servidores MCP para todos los proyectos de clientes, más servidores verticales a medida (por ejemplo, un servidor de investigación de palabras clave SEO o un servidor CMS interno). Quien construye bien aquí vende integraciones en lugar de soluciones aisladas.

Para los responsables de decisión B2B, la cuestión clave está en las compras: ¿garantiza el contrato con Agentforce, Joule o Copilot Studio el cumplimiento de los estándares MCP, y qué pasa en caso de salida? MCP como estándar neutral bajo la Linux Foundation es el mejor antídoto disponible contra el lock-in de plataforma, pero solo si la gobernanza del registro, la protección con OAuth 2.1 y la disciplina de pistas de auditoría se tienen en cuenta desde el principio. Cómo lo aplicamos en proyectos lo muestra nuestra página sobre integración de agentes de IA para empresas.

Si quieres seguir la evolución de la hoja de ruta de MCP, de las versiones de la especificación y del debate sobre seguridad sin investigar tú mismo cada semana: nuestra newsletter reúne los avances relevantes en torno a la IA agéntica para empresas en Europa. Precisa, sin hype, con una separación clara entre hechos y previsiones.