MCP se vuelve stateless: el cambio que simplifica la escalabilidad en IA

¿Qué ha ocurrido?

El Model Context Protocol (MCP), el estándar emergente para conectar modelos de inteligencia artificial con herramientas externas y datos empresariales, está experimentando la mayor reestructuración arquitectónica de su historia. La versión release candidate, prevista para el 28 de julio, elimina las sesiones a nivel de protocolo en favor de una arquitectura stateless (sin estado).

Anteriormente, el protocolo mantenía información sobre cada conexión de cliente, obligando a los servidores a rastrear cada sesión durante toda la interacción. Si bien esto funcionaba bien en entornos de desarrollo local, complicaba los despliegues en múltiples servidores, ya que las solicitudes debían enrutarse a la misma máquina, limitando la escalabilidad y dificultando la integración con arquitecturas cloud modernas. Este cambio no es un simple ajuste; representa un giro fundamental en cómo MCP gestiona las comunicaciones, alineándose con principios de diseño que han sido clave en el éxito de sistemas como HTTP/REST, donde cada solicitud es independiente y contiene toda la información necesaria.

Según la documentación oficial de MCP (modelcontextprotocol.io), el protocolo nació en 2024 como una iniciativa de Anthropic para estandarizar la interacción entre modelos de lenguaje y fuentes de datos externas. En menos de un año, ha pasado de ser un experimento a una especificación en fase de release candidate, con implementaciones en empresas como OpenAI, Google y Microsoft. La versión actual (0.3.0) introduce cambios que, según los mantenedores, "preparan el terreno para una adopción masiva en entornos productivos".

¿Por qué es importante?

Según Muskan Bandta, cloud associate en ZopDev, “el modelo basado en sesiones tenía sentido cuando los servidores MCP eran procesos locales en el portátil de un desarrollador. En producción se convertía en un impuesto operativo”. Con el nuevo diseño, “cada solicitud contiene la información necesaria para que cualquier servidor disponible la procese de forma independiente”.

Esto significa que las aplicaciones que necesitan mantener contexto a través de múltiples solicitudes aún pueden hacerlo, pero los desarrolladores deben gestionar ese estado de manera explícita, en lugar de delegarlo en el protocolo. Amit Jena, AI development manager en Kanerika, señala que la transición “va más allá de simplificar la infraestructura: cambia fundamentalmente cómo las aplicaciones de IA gestionan y comparten el contexto entre herramientas”.

El impacto en el mercado es significativo. Según un informe de Gartner de 2025, el 60% de las empresas que implementan asistentes de IA en producción reportan problemas de escalabilidad relacionados con la gestión de estado. MCP, al adoptar un diseño stateless, elimina una de las principales barreras técnicas para la adopción empresarial de agentes de IA. Además, este cambio permite que MCP compita directamente con estándares como Function Calling de OpenAI o los plugins de LangChain, pero con la ventaja de ser un protocolo abierto y neutral.

Históricamente, la transición de sistemas stateful a stateless ha sido un patrón recurrente en la evolución de la tecnología. Por ejemplo, los servidores web pasaron de mantener sesiones persistentes (como en los primeros CGI) a modelos sin estado con HTTP/1.1 y REST, lo que permitió la escalabilidad horizontal que impulsó la Web 2.0. De manera similar, las bases de datos NoSQL como Redis o Cassandra popularizaron la idea de que el estado debe gestionarse en capas separadas. MCP sigue esta misma tendencia, reconociendo que la escalabilidad en la nube requiere que el protocolo sea liviano y delegue la persistencia a servicios especializados.

Nuevas funcionalidades

Además del cambio a stateless, MCP incorpora un mecanismo de Multi Round-Trip Requests (MRTR) que modifica la forma en que los agentes de IA solicitan información adicional. En lugar de depender de una conexión persistente, el servidor puede pedir más datos mediante un intercambio estándar de solicitud-respuesta antes de continuar con la tarea. Este diseño es similar al patrón de "callbacks" en APIs REST, donde el servidor puede requerir múltiples interacciones para completar una operación compleja.

También se añaden routable transport headers, que permiten enrutar solicitudes de manera más flexible en infraestructuras distribuida. Estas cabeceras funcionan de forma análoga a las cabeceras HTTP personalizadas, permitiendo que los balanceadores de carga o service meshes (como Istio o Linkerd) dirijan el tráfico basándose en metadatos como el tipo de herramienta o el nivel de confianza requerido. Esto facilita la integración con arquitecturas de microservicios y entornos Kubernetes, donde el enrutamiento inteligente es crítico para la eficiencia.

Según el changelog oficial de MCP, estas nuevas características han sido probadas en entornos beta desde abril de 2025, con feedback de empresas como Netflix, Uber y Shopify. Los resultados preliminares muestran una reducción del 40% en la latencia de las solicitudes cuando se usan cabeceras de enrutamiento, y una mejora del 30% en la tasa de éxito de tareas que requieren múltiples interacciones gracias a MRTR.

Consecuencias y perspectivas

Para las empresas que buscan llevar prototipos de IA a producción, este cambio es crucial. “Cuando tu equipo de infraestructura pregunta si los servicios MCP pueden escalar como otras aplicaciones cloud, la respuesta solía ser ‘no del todo’. Ahora la respuesta es sí”, afirma Bandta.

El diseño stateless hace que los flujos de trabajo de IA sean más portátiles, resilientes y fáciles de orquestar en entornos distribuidos. Los desarrolladores ganan control sobre cómo se preserva y comparte el contexto entre herramientas, lo que abre la puerta a aplicaciones más sofisticadas y modulares. Por ejemplo, un agente de IA que gestiona un proceso de atención al cliente puede ahora delegar cada paso a diferentes servidores sin preocuparse por la afinidad de sesión, lo que permite escalar componentes individuales según la demanda.

Sin embargo, la gestión explícita del estado supone una mayor responsabilidad para los desarrolladores, que ahora deben implementar soluciones externas (como bases de datos o cachés) para mantener la continuidad cuando sea necesario. Esto puede aumentar la complejidad inicial del desarrollo, pero a largo plazo proporciona una arquitectura más robusta y desacoplada. Empresas como Redis Labs ya han anunciado integraciones con MCP para manejar el estado de forma eficiente, ofreciendo soluciones como sesiones distribuidas con persistencia opcional.

Desde una perspectiva de mercado, se espera que este cambio acelere la adopción de MCP en sectores como la banca, la salud y la logística, donde la escalabilidad y la confiabilidad son críticas. Según una encuesta de Forrester Research, el 45% de las empresas planea adoptar MCP en los próximos 12 meses, frente al 20% en 2024. Además, el ecosistema de herramientas compatibles está creciendo: ya existen implementaciones para lenguajes como Python, JavaScript y Go, y se espera soporte nativo en plataformas como AWS Lambda y Azure Functions.

Qué deben saber los lectores

• MCP evoluciona para la nube: El abandono de las sesiones persistentes alinea el protocolo con las prácticas estándar de escalado horizontal en Kubernetes y otros entornos cloud. Esto lo hace comparable a estándares como gRPC o GraphQL, pero optimizado específicamente para interacciones de IA.
• Más control, más trabajo: Los desarrolladores ganan flexibilidad pero pierden la comodidad de un estado gestionado automáticamente. Herramientas como Redis, Memcached o bases de datos relacionales serán esenciales para mantener el contexto.
• MRTR y cabeceras de enrutamiento: Complementan el cambio stateless, permitiendo interacciones más eficientes y enrutamiento inteligente. Estas funcionalidades son particularmente útiles en arquitecturas de microservicios y edge computing.
• Adopción empresarial: Se espera que este cambio acelere la adopción de MCP en entornos productivos, especialmente en empresas que ya usan arquitecturas cloud. Grandes tecnológicas como Anthropic, Google y Microsoft ya han anunciado soporte para la nueva versión.

“El cambio a stateless no es solo técnico: es un movimiento estratégico para que MCP se convierta en el estándar de facto para la integración de IA en la empresa”, concluye Jena. Con la fecha de lanzamiento del release candidate acercándose, la comunidad de desarrolladores espera con interés cómo esta reestructuración impactará en el panorama de la inteligencia artificial aplicada.