MCP se vuelve sin estado: El Release Candidate 2026-07-28 explicado

El Model Context Protocol acaba de sufrir su revisión más grande desde el lanzamiento. MCP 2026-07-28 se vuelve sin estado, elimina el handshake de inicialización y habilita escalado horizontal para infraestructura de agentes.

Dieciocho meses después de que Anthropic introdujera MCP como estándar abierto para que agentes de IA se conecten con herramientas externas, los mantenedores del protocolo han publicado un release candidate que cambia fundamentalmente cómo escalan los agentes. La especificación final llega el 28 de julio de 2026, con una ventana de diez semanas para que mantenedores de SDK se preparen.

El giro hacia sin estado

Las versiones anteriores de MCP requerían una sesión con estado entre cliente y servidor. Cada conexión comenzaba con un handshake de inicialización, y el servidor mantenía el estado de sesión durante la duración de la interacción. Esto funcionaba para despliegues de máquina única pero se convertía en cuello de botella a escala.

MCP 2026-07-28 elimina completamente la sesión a nivel de protocolo. Los clientes ya no llaman a initialize. Los servidores ya no rastrean session IDs. Cualquier request puede golpear cualquier instancia de servidor. El protocolo se vuelve verdaderamente sin estado.

Este cambio habilita escalado horizontal que antes era imposible. Los servidores MCP pueden ahora sentarse detrás de un load balancer round-robin simple sin sticky sessions. Patrones de despliegue que requerían stores de sesión compartida o estado en memoria ahora funcionan con infraestructura HTTP estándar.

Multi Round-Trip Requests

Eliminar sesiones no significa eliminar conversaciones multi-turno. El nuevo patrón Multi Round-Trip Requests (MRTR) habilita interacciones complejas servidor-a-cliente sin estado de sesión.

MRTR permite que un solo request abarque múltiples round-trips entre cliente y servidor. El servidor puede pedir al cliente información adicional, confirmación o delegación, luego continuar procesando sin perder contexto. Todo el estado viaja con el payload del request en lugar de vivir en memoria del servidor.

Este patrón es particularmente relevante para agentes autónomos. Un agente que necesita llamar múltiples herramientas en secuencia, esperar aprobación humana en ciertas acciones, o delegar subtareas a otros agentes puede ahora hacerlo sin atar una sesión del lado del servidor.

Enterprise-Managed Authorization

La extensión Enterprise-Managed Authorization se gradúa a estable en este release. EMA aborda un punto de fricción persistente en despliegues empresariales: prompts de consentimiento repetidos para cada conector MCP.

Bajo EMA, las organizaciones provisionan conectores una vez a través de su identity provider. Los usuarios heredan acceso a través de los grupos y roles que ya tienen. Cuando un empleado hace login en Claude, sus conectores autorizados aparecen automáticamente sin prompts de consentimiento individual.

EMA alinea la autorización MCP con patrones OAuth y OpenID Connect que las empresas ya usan. La extensión está siendo adoptada por Anthropic, Microsoft, Okta y un número creciente de proveedores de servidores MCP.

Producción lista

El release candidate 2026-07-28 no es solo sobre nuevas features. Representa el protocolo madurando desde estándar experimental a infraestructura de producción. La política de deprecación formal introducida en este release da a organizaciones confianza para desplegar sin miedo a cambios breaking.

Otros añadidos enfocados en empresa incluyen UIs renderizados por servidor a través de MCP Apps, trabajo de larga duración a través de la extensión Tasks con reglas de lifecycle más claras, y observabilidad mejorada para debug de interacciones de agentes a escala.

Cubrimos el panorama MCP inicial en nuestro deep dive sobre el protocolo. Dieciocho meses después, el ecosistema ha evolucionado desde conectores experimentales a infraestructura enterprise-grade.

Qué significa para LLM4Agents

El giro sin estado se alinea perfectamente con la arquitectura de LLM4Agents. Nuestro gateway siempre ha sido diseñado para escalabilidad horizontal, tratando workloads de agentes como requests efímeros en lugar de sesiones long-lived.

MCP 2026-07-28 facilita ejecutar fleets de agentes a escala. Servidores MCP sin estado pueden ser desplegados a través de availability zones sin preocupaciones de session affinity. Un agente que inicia una tarea en una instancia puede continuar en otra sin lógica compleja de migración de estado.

Para operadores de agentes construyendo sobre LLM4Agents, esto significa infraestructura más simple. Ya no necesitas provisionar load balancers con sticky sessions ni stores de estado compartido para tus conectores MCP. Infraestructura HTTP estándar funciona out of the box.

La extensión EMA también importa para nuestros clientes enterprise. Autorización centralizada a través de identity providers existentes reduce fricción al onboarding equipos a workflows de agentes. Tus usuarios ya no necesitan consentir individualmente cada conector que su trabajo requiere.

Cómo mantenerse en la frontera

El protocolo MCP se mueve rápido, pero el release candidate 2026-07-28 provee un target estable para despliegues de producción. Aquí cómo mantenerse actualizado:

Primero, audita tus implementaciones de servidor MCP buscando patrones con estado. El handshake de initialize se fue. Los session IDs ya no tienen significado. Cualquier servidor que dependa de estado por-sesión necesita ser refactorado para pasar estado con cada request.

Segundo, adopta el patrón MRTR para workflows de agentes complejos. Secuencias multi-herramienta, approvals human-in-the-loop, y delegación agente-a-agente se vuelven más confiables cuando el estado viaja con el request en lugar de vivir en memoria del servidor.

Tercero, evalúa EMA para tus despliegues enterprise. Si tus equipos luchan con prompts de consentimiento de conectores, autorización centralizada a través de tu identity provider puede ser la solución. La extensión es estable y está soportada por major providers.

Cuarto, planifica tu migración antes del release final del 28 de julio. La ventana RC de diez semanas existe para que mantenedores de SDK y operadores de plataforma prueben sus implementaciones. No esperes a que la especificación sea final para comenzar tu upgrade.

El stack agéntico que mapeamos a principios de año depende de protocolos que escalen. MCP 2026-07-28 entrega esa fundación. Infraestructura de agentes sin estado, escalable horizontalmente, enterprise-ready ya no es teórica.