MCP 2026 sin estado: llega a serverless, edge y Kubernetes
En pocas palabras: Anthropic lanzó el 28 de julio de 2026 la versión 2026-07-28 del Model Context Protocol, que abandona el modelo bidireccional con estado y adopta request/response sin estado. Así permite correr servidores MCP en serverless, edge y Kubernetes, y ya está en despliegue en los productos de Claude.
Anthropic publicó el 28 de julio de 2026 la actualización MCP 2026 sin estado, el quinto release del Model Context Protocol. El cambio de fondo: el protocolo deja atrás el modelo bidireccional con estado y pasa a request/response, lo que habilita servidores en serverless y edge. Ya está en rollout en los productos de Claude.
El Model Context Protocol (MCP) es el estándar abierto de Anthropic que conecta agentes de IA con aplicaciones y datos externos. La versión 2026-07-28 mueve su núcleo a un modelo sin estado: cada petición es independiente y no necesita una conexión persistente. El protocolo superó los 400 millones de descargas mensuales de SDK, según el anuncio oficial de Anthropic, un crecimiento de 4x en lo que va de 2026.
En 30 segundos
- Quinto release del MCP, publicado el 28/07/2026 y ya en despliegue en los productos de Claude.
- Núcleo stateless: de protocolo bidireccional con estado a request/response.
- Servidores en serverless y edge: AWS Lambda, Google Cloud Functions, Cloudflare Workers.
- Auth endurecida: alineada con OAuth 2.0 y OIDC, conecta con Entra u Okta sin parches.
- 400M descargas mensuales de SDK, 4x más que a principio de 2026.
¿Qué cambió en la actualización MCP 2026-07-28?
Cambiaron cuatro cosas grandes de una sola vez: el núcleo se volvió sin estado, las extensiones ahora se versionan de forma formal, la autenticación se alineó con OAuth 2.0 y OIDC, y todo empezó a llegar a los productos de Claude. Anthropic lo describe como uno de los releases más importantes del protocolo hasta la fecha, y viene con números que lo respaldan: 400 millones de descargas mensuales de SDK.
Ese 4x en 12 meses no es un detalle. Significa que MCP se volvió el estándar de facto para enchufar agentes de IA a aplicaciones, y cuando algo se vuelve estándar, la arquitectura importa más que nunca. El tema es que la versión anterior arrastraba una decisión de diseño que complicaba escalar: el estado.
¿Qué significa protocolo “sin estado” en MCP?
Sin estado (stateless) significa que cada petición es autosuficiente y el servidor no guarda memoria de las anteriores. Antes, MCP era bidireccional y con estado: cliente y servidor mantenían una conexión persistente y una sesión viva. Ahora el modelo es request/response, como una API HTTP clásica. Vos mandás la petición, el servidor responde, y ahí termina la relación. Ya lo cubrimos antes en configurar infraestructura DNS distribuida.
¿Por qué importa esto en la práctica? Porque gestionar sesiones vivas es la parte molesta de escalar. Si cada instancia de tu servidor tiene que recordar en qué punto de la conversación está cada cliente, no podés simplemente prender diez copias detrás de un balanceador. Con el modelo sin estado, cualquier instancia puede atender cualquier petición. Se acabó la sincronización de estado entre réplicas.
Ponele que armaste un servidor MCP que consulta la base de datos interna de tu empresa. Con el esquema viejo tenías que mantener la conexión abierta y cuidar que no se cayera a mitad de camino. Ahora cada consulta entra, se resuelve y se va. Más simple de construir, más simple de operar.
Ventajas de MCP stateless para desplegar en serverless
La ventaja concreta del modelo sin estado es que ahora podés correr servidores MCP en infraestructura serverless y edge, algo que antes era un dolor de cabeza. Las funciones serverless son efímeras por naturaleza: se prenden, atienden una petición y se apagan. Un protocolo que exige conexión persistente no encaja ahí. Uno request/response, sí.
- Escalado horizontal automático: el proveedor prende más funciones según la demanda, sin que vos gestiones sesiones.
- Costo por uso real: pagás por invocación, no por tener un servidor prendido las 24 horas esperando conexiones.
- Edge computing: podés desplegar el servidor cerca del usuario en Cloudflare Workers y bajar la latencia de red.
Ojo con un punto: serverless no perdona el estado guardado en memoria del proceso. Si guardabas datos entre peticiones en una variable local, eso se pierde entre invocaciones. La buena noticia es que el propio diseño sin estado te empuja a hacerlo bien desde el arranque. Si necesitás un VPS o un servidor tradicional para hostear la parte que no va a serverless, en donweb.com tenés infraestructura en Argentina para eso.
¿Se puede escalar MCP en Kubernetes con arquitectura sin estado?
Sí, y ahí es donde el modelo sin estado brilla. Un servidor MCP stateless es un ciudadano de primera clase en Kubernetes: podés levantar múltiples réplicas idénticas detrás de un Service, y el balanceador reparte las peticiones sin preocuparse por a cuál instancia le tocó qué sesión. Sin estado compartido, sin afinidad de sesión, sin sincronización. Para más detalles técnicos, mirá automatizar deployments en tu infraestructura.
Cualquiera que haya intentado escalar horizontalmente un servicio con estado en K8s sabe el baile que es: sticky sessions, almacenes de estado externos tipo Redis, réplicas que no se pueden matar sin drenar conexiones. Con el request/response nuevo, un Pod que se cae no arrastra ninguna sesión abierta. Kubernetes lo reemplaza y listo. El autoescalado por CPU o por peticiones funciona como debería, sin trucos.
Autenticación OAuth 2.0 e integración OIDC en MCP
La autenticación de MCP ahora se alinea con despliegues de producción de OAuth 2.0 y OIDC. En criollo: los servidores MCP se conectan a sistemas de identidad empresariales como Microsoft Entra u Okta sin workarounds. Antes tocaba inventar puentes o adaptaciones para que el mecanismo propio de MCP hablara con el proveedor de identidad de la empresa. Eso se terminó.
Para equipos de seguridad esto es lo que faltaba. Si tu organización ya centralizó el acceso en Entra u Okta, ahora tu servidor MCP se integra a ese flujo con estándares que el equipo de IT ya conoce. Nada de credenciales sueltas ni de reinventar la rueda de la autorización.
Framework de extensiones versionado: agregar sin romper el core
Las extensiones oficiales ahora se distribuyen bajo un framework versionado. ¿Qué gana el desarrollador con esto? Un camino formal para sumar capacidades como interfaces interactivas o trabajos de larga duración, sin tocar el protocolo base. El core se mantiene chico y estable; lo que crece son las extensiones, cada una con su versión. Más contexto en orquestar despliegues sin estado centralizado.
Esto responde a un problema real de todo protocolo exitoso. Cuando 400 millones de descargas al mes dependen de vos, no podés meter mano en el núcleo cada vez que alguien quiere una funcionalidad nueva. El versionado de extensiones separa lo estable de lo experimental. Vos elegís qué extensión adoptás y en qué versión, sin que una novedad te rompa lo que ya andaba.
Casos de uso reales: la integración con Figma
Varias empresas del ecosistema vienen construyendo sobre el nuevo spec desde la beta, junto a la comunidad de MCP. Uno de los ejemplos que menciona Anthropic es Figma, donde los outputs generados por IA llegan al canvas para que los equipos los exploren y refinen. Según el comunicado, “cada vez más builders usan nuestro servidor MCP para llevar los outputs generados al canvas de Figma, donde pueden explorarlos y refinarlos con su equipo hasta convertirlos en productos”.
El punto de fondo: el protocolo sin estado hace más viables integraciones complejas porque el servidor deja de ser un cuello de botella con sesiones frágiles. Y con el rollout en marcha en los productos de Claude, estas integraciones van a multiplicarse en las próximas semanas.
Stateful vs stateless: qué cambia en rendimiento y costo
La comparación directa deja claro por qué Anthropic tomó esta decisión. El modelo sin estado gana en operación y costo; el con estado tenía sentido cuando la escala no era el problema principal. Esto se conecta con lo que analizamos en servir contenido desde múltiples regiones.
| Aspecto | MCP con estado (antes) | MCP sin estado (2026-07-28) |
|---|---|---|
| Modelo de conexión | Bidireccional, conexión persistente | Request/response, petición independiente |
| Infraestructura | Servidores de larga duración | Serverless, edge, contenedores efímeros |
| Escalado | Requiere sincronizar estado entre réplicas | Horizontal directo, cualquier instancia responde |
| Gestión de sesión | El servidor mantiene la sesión viva | Sin sesión: cada petición es autosuficiente |
| Autenticación | Mecanismo propio con adaptaciones | OAuth 2.0 y OIDC (Entra, Okta) sin parches |
Errores comunes al migrar a MCP sin estado
- Confundir “sin estado” con “sin autenticación”. Son cosas distintas. Stateless se refiere a que no hay sesión persistente, no a que cualquiera entra. La auth sigue, ahora con OAuth 2.0 y OIDC.
- Guardar datos en memoria del proceso. En un deploy serverless, esa variable local se evapora entre invocaciones. Si necesitás persistir algo, va a un almacén externo, no a la RAM del proceso.
- Migrar todo de golpe sin usar el versionado de extensiones. El framework versionado existe para que adoptes lo nuevo de a poco. Meter todas las capacidades experimentales al mismo tiempo es pedirle problemas a producción.
Preguntas Frecuentes
¿Qué es el protocolo MCP de Claude?
El Model Context Protocol (MCP) es un estándar abierto de Anthropic para conectar agentes de IA con aplicaciones, herramientas y fuentes de datos externas. Superó los 400 millones de descargas mensuales de SDK en 2026 y es el estándar de facto de la industria para este tipo de integraciones.
¿Qué significa que MCP sea “sin estado”?
Significa que cada petición al servidor es independiente y no depende de una conexión persistente ni de una sesión previa. La versión 2026-07-28 cambió el modelo bidireccional con estado por uno request/response, lo que simplifica construir servidores y escalarlos.
¿Se puede desplegar MCP en Kubernetes?
Sí. Con la arquitectura sin estado podés correr múltiples réplicas idénticas de un servidor MCP detrás de un balanceador, sin afinidad de sesión ni estado compartido. El autoescalado y el reemplazo de Pods funcionan sin drenar conexiones.
¿Cómo funciona la autenticación en MCP 2026?
La autorización se alinea con despliegues de producción de OAuth 2.0 y OIDC. Los servidores MCP se conectan a sistemas de identidad empresariales como Microsoft Entra u Okta sin workarounds, usando estándares que los equipos de IT ya manejan.
¿Cuándo salió la actualización MCP 2026-07-28?
Anthropic la publicó el 28 de julio de 2026. Es el quinto release del spec y su soporte se está desplegando de forma gradual en los productos de Claude, según el anuncio oficial de la empresa.
Conclusión
El cambio a un núcleo sin estado es la decisión más pragmática que podía tomar Anthropic con un protocolo que creció 4x en un año. Al pasar a request/response, los servidores MCP entran a serverless, edge y Kubernetes sin las contorsiones que exigía el modelo con estado. Sumale OAuth 2.0 nativo y extensiones versionadas, y tenés un protocolo pensado para producción empresarial, no solo para prototipos.
¿Qué hacer ahora? Si mantenés un servidor MCP, revisá dónde guardabas estado y planificá la migración usando el versionado de extensiones para no romper nada. Si recién arrancás, diseñá stateless desde el día uno. La ventaja de escalado la vas a agradecer cuando tu integración crezca.
