MCP elimina las sesiones para que los servidores de agentes escalen como el HTTP convencional

Why it matters

MCP is becoming basic agent infrastructure. Stateless requests reduce deployment complexity, while the breaking migration shows the cost of standardizing technology that spread before its production model settled.

Dirigido por los mantenedores David Soria Parra y Den Delimarsky, el proyecto Model Context Protocol publicó su especificación final 2026-07-28 el 28 de julio, reemplazando el handshake del estándar de integración de agentes y las sesiones a nivel de transporte por solicitudes HTTP autocontenidas.

El cambio acerca a MCP a la infraestructura que Soria Parra originalmente quería que los desarrolladores pudieran extender por sí mismos. Él relató en una entrevista de 2025 que la idea nació de su frustración al copiar material entre Claude Desktop y su editor de código después de unirse a Anthropic. Soria Parra llevó el concepto a Justin Spahr-Summers, y la pareja prototipó clientes y servidores antes de que Anthropic lanzara MCP en noviembre de 2024.

El protocolo se expandió mucho más allá de ese caso de uso local en escritorio. Los servidores remotos introdujeron requisitos que su diseño con estado temprano manejaba de forma torpe: enrutamiento persistente, almacenamiento de sesiones compartido y conexiones persistentes. En la hoja de ruta 2026 de MCP, los mantenedores identificaron esas restricciones como una barrera para la escalabilidad horizontal.

La especificación final 2026-07-28 es su respuesta. Elimina el intercambio initialize y initialized y retira la cabecera Mcp-Session-Id. En cambio, cada solicitud lleva su versión del protocolo, la identidad del cliente y sus capacidades. Los clientes pueden invocar el método opcional server/discover cuando necesiten inspeccionar un servidor antes de invocarlo.

Un protocolo rediseñado alrededor de los balanceadores de carga

La consecuencia operativa es directa: una solicitud MCP puede llegar a cualquier instancia de servidor disponible detrás de un balanceador de carga round-robin. Los operadores ya no necesitan que la capa del protocolo recuerde qué instancia manejó la solicitud previa de un cliente ni mantener un almacén de sesiones compartido en todo el clúster.

Esa distinción importa a medida que MCP pasa de experimentos de desarrolladores a infraestructura de agentes administrada. Las conexiones con estado complican el autoescalado, la recuperación y la distribución del tráfico. Un servidor fallido puede llevarse su estado de sesión consigo, mientras que una solicitud sin estado puede reintentarse contra otra instancia si la aplicación circundante está diseñada para permitirlo.

MCP no ha eliminado el estado de la aplicación. Los servidores que necesitan continuidad pueden emitir un identificador explícito, como un basket o un identificador de navegador, y exigir que el modelo lo pase en llamadas a herramientas subsecuentes. El estado se convierte en un argumento que el modelo puede inspeccionar y reutilizar en lugar de metadatos de transporte ocultos.

Ese diseño sigue el enfoque más amplio de Soria Parra hacia MCP: mantener la especificación estrecha y hacer que el comportamiento útil sea componible por encima de ella. En la entrevista de 2025, describió MCP como una “especificación deliberadamente aburrida” destinada a soportar algo parecido a la economía de API para interacciones que involucran modelos de lenguaje.

Lo difícil se traslada hacia capas superiores

Eliminar las sesiones persistentes requirió que los mantenedores rediseñaran los flujos que antes dependían de un stream bidireccional abierto. Multi Round-Trip Requests, abreviadas como MRTR, ahora manejan los casos en los que un servidor necesita más entrada durante una llamada a una herramienta. Un servidor puede devolver un resultado input_required, y el cliente reintenta la solicitud original con las respuestas solicitadas adjuntas.

Ese mecanismo cubre confirmaciones de usuario y parámetros faltantes sin permitir que un servidor inicie en cualquier momento una solicitud no relacionada.

La revisión también exige las cabeceras HTTP Mcp-Method y Mcp-Name. Pasarelas, limitadores de tasa y firewalls de aplicaciones web pueden usar esos campos para enrutar, autorizar o medir el tráfico sin tener que parsear cada cuerpo JSON. Las respuestas de lista para herramientas, prompts y recursos ahora incluyen alcance de caché e indicios de tiempo de vida, reduciendo solicitudes de catálogo repetidas y ayudando a los clientes a preservar entradas de prompt estables.

Estas decisiones hacen que MCP sea más fácil de encajar en la infraestructura que las empresas ya operan. También aumentan la importancia de nombrar métodos de forma honesta, de políticas de autorización correctas y del manejo cuidadoso de identificadores pasados entre herramientas. El transporte sin estado elimina una clase de dependencia operativa; no elimina las decisiones de confianza creadas cuando un agente puede llamar a sistemas externos.

El trabajo de seguridad sigue a la adopción

En la nota de lanzamiento de julio, los mantenedores de MCP dicen que sus SDKs de Tier 1 se acercan a 500 millones de descargas al mes, mientras que tanto los SDKs de TypeScript como de Python han superado los 1.000 millones de descargas acumuladas. Esos son conteos de recuperación de paquetes más que desarrolladores únicos, servidores activos o clientes en producción, pero muestran con qué frecuencia los componentes de MCP ahora se mueven a través de los sistemas de desarrollo y despliegue.

La exposición de seguridad ha crecido con esa distribución. La National Security Agency ha advertido que las implementaciones de MCP introducen riesgos relacionados con límites de confianza, serialización, compartición de contexto y uso indebido de agentes, particularmente cuando los agentes alcanzan datos sensibles o ejecutan herramientas.

Delimarsky se unió a Anthropic en enero de 2026 después de trabajar en el grupo directivo de MCP y de servir como mantenedor central centrado en autorización y seguridad. En su relato del traslado, describió el puesto como una apuesta por hacer que la interoperabilidad entre agentes y servicios externos sea más segura y más fácil de escalar.

La especificación de julio añade validación del emisor bajo RFC 9207, vincula las credenciales de cliente al servidor de autorización que las emitió y depreca formalmente Dynamic Client Registration en favor de Client ID Metadata Documents. Los cambios abordan problemas concretos de despliegue de OAuth. No resuelven cuestiones más amplias sobre si se debe confiar en una herramienta, qué datos debe ver un agente o cómo los operadores deben contener una integración comprometida.

Romper una vez para romper menos a menudo

Los mantenedores están emparejando la reescritura del transporte con reglas destinadas a reducir futuros choques de migración. Roots, Sampling y Logging quedan deprecados, al igual que el transporte HTTP heredado y el de server-sent events, pero el proyecto promete al menos 12 meses entre la deprecación y la eliminación.

Las Tasks se han movido del núcleo experimental a una extensión con métodos de polling y actualización. El marco de extensiones da espacio para que evolucionen características como Tasks, MCP Apps y la autorización gestionada por empresas sin forzar que cada implementación las absorba en el protocolo base.

Los SDKs de TypeScript, Python, Go y C# soportan la nueva especificación. Los desarrolladores que dependían de identificadores de sesión todavía enfrentan trabajo de migración, y la compatibilidad amplia dependerá de que clientes y servidores negocien versiones mientras los mantenedores actualizan sus implementaciones.

La gobernanza de MCP también se ha movido más allá de la propiedad directa de Anthropic. Anthropic donó el proyecto a la Agentic AI Foundation bajo la Linux Foundation en diciembre de 2025. La página de gobernanza del proyecto lista a Soria Parra y Delimarsky como mantenedores principales, con Spahr-Summers como mantenedor principal emérito.

Esa estructura le da al protocolo un hogar neutral mientras deja a las personas la autoridad técnica final. La reescritura sin estado es hasta ahora la prueba más clara de ese arreglo: un estándar liderado por la comunidad que acepta romper a corto plazo para encajar en los sistemas de producción que han crecido a su alrededor.