MCP pasó a ser stateless. Qué cambió, y por qué seguimos hablando el protocolo antiguo.
La revisión de julio de 2026 del Model Context Protocol es el mayor cambio desde que se publicó el protocolo, y es fácil quedarse corto al leerla. Convierte un protocolo bidireccional con estado en uno de petición y respuesta sin estado. Si operas un servidor, esta es la versión que cambia tu arquitectura.
Qué se eliminó
El intercambio initialize e initialized ha desaparecido, y la cabecera Mcp-Session-Id también. Cada petición viaja ahora sola, llevando su versión de protocolo, la identidad del cliente y las capacidades del cliente en _meta. La consecuencia práctica está dicha con claridad en la especificación: cualquier petición puede aterrizar en cualquier instancia del servidor detrás de un balanceador round-robin simple, sin almacenamiento compartido.
Por qué importa en operación
Las sesiones implicaban enrutado pegajoso o estado compartido, que es justo lo que hace que un servicio sea incómodo de escalar y de desplegar. Quitarlas convierte un servidor MCP en un servicio HTTP sin estado normal, del que puedes correr varios y que puedes reiniciar cuando quieras. Para quien temía la historia operativa de correr MCP en producción, esta es la versión con buenas noticias.
Adónde va el estado
El estado a nivel de aplicación no desaparece, sube un piso: una herramienta acuña un identificador explícito y el modelo lo devuelve como argumento en la siguiente llamada. El estado pasa a ser algo que diseñas a propósito en vez de algo que el transporte te regala — que en el fondo es como debería haber sido desde el principio.
El problema de compatibilidad, y qué hicimos
La especificación se compromete a una ventana mínima de doce meses de obsolescencia, y las funciones obsoletas siguen funcionando durante ese periodo. Los clientes ahí fuera se mueven más despacio que las especificaciones. Por eso nuestro servidor MCP habla ambas eras: la especificación stateless actual y el handshake antiguo, elegido por petición. Esperamos mantener la vía antigua hasta alrededor de agosto de 2027, porque la alternativa es romperle la integración a alguien un martes, sin avisar.
Si tienes un servidor, la tentación es publicar la era nueva y borrar la antigua la misma semana. La especificación te da doce meses por algo. Úsalos.