MCP pasa a ser sin estado: su especificación 2026-07-28 elimina la sesión con cada servidor
La revisión 2026-07-28 quita el mantenimiento de sesión entre cliente y servidor: cada petición lleva el contexto que necesita. Claude Code ya conecta Tavily, GitHub y Playwright por MCP.

El núcleo del protocolo MCP ya no mantiene sesión. La especificación 2026-07-28, la última publicada, lo deja sin estado (stateless): cada petición viaja con la información que necesita para resolverse en lugar de apoyarse en un estado acordado antes entre cliente y servidor. Es el cambio arquitectónico más serio desde que el protocolo apareció para dar a las aplicaciones de IA una forma estándar de hablar con herramientas y fuentes de datos externas.
Qué cambia y qué no
MCP no sustituye a las API. Un servidor MCP sigue hablando con la API o el servicio que tiene debajo en nombre de la aplicación. Lo que estandariza es cómo se presentan, se descubren y se invocan esas capacidades, y expone tres tipos: herramientas (acciones que el modelo ejecuta, como buscar en la web o abrir un issue), recursos (información que la aplicación puede leer, como ficheros o registros de base de datos) y prompts (plantillas reutilizables).
La arquitectura sigue siendo cliente-servidor. El host es la aplicación de IA; dentro de él, un cliente MCP se conecta a uno o varios servidores. El protocolo no razona: el modelo decide cuándo necesita una herramienta y qué hacer con el resultado, y MCP solo pone la conexión.
El giro sin estado importa a quien despliega esto de verdad. Sin sesión persistente, un servidor MCP se puede escalar detrás de un balanceador sin afinidad de sesión, y desaparece parte del estado que había que mantener vivo entre peticiones.
Cómo se monta hoy
Claude Code ya gestiona servidores MCP desde la línea de comandos. claude mcp list muestra los configurados y /mcp permite inspeccionarlos dentro de la sesión. Añadir el servidor remoto de Tavily para búsqueda web es una línea: claude mcp add --transport http tavily https://mcp.tavily.com/mcp, con autenticación aparte si el servidor la pide.
Para repositorios está el servidor oficial de GitHub, que se añade con un token de acceso personal y deja al modelo leer repositorios, buscar código, revisar commits y trabajar con issues y pull requests. Playwright cubre lo que no se resuelve con API: abrir una web, rellenar formularios o probar un flujo de registro, y se instala con claude mcp add playwright npx @playwright/mcp@latest. Trabaja sobre instantáneas de accesibilidad de la página, no sobre el DOM crudo.
Con todo, el material que hay publicado sobre esto es una guía de uso. No incluye una demo del protocolo sin estado ni medidas de latencia o carga antes y después del cambio, así que el efecto real en despliegues habrá que verlo en servidores de terceros. La pregunta práctica para quien opera esto ya no es si MCP sirve, sino cuántos servidores conviene mantener levantados y con qué permisos.

