MCP 2026-07-28: protocolo stateless reduce costos AI en 90% para startups

El protocolo MCP se vuelve stateless: qué cambia para los desarrolladores

El Model Context Protocol (MCP) acaba de dar su paso más importante desde su creación hace un año y medio. La especificación 2026-07-28 publicada el 28 de julio de 2026 transforma MCP de un protocolo stateful a uno completamente stateless, eliminando la necesidad de conexiones persistentes entre cliente y servidor. Según el blog oficial de MCP, los SDKs de TypeScript, Python, Go y C# ya superan los 500 millones de descargas mensuales, con TypeScript y Python cruzando el umbral de 1.000 millones de descargas totales.

Este cambio significa que los servidores MCP ahora pueden ejecutarse en infraestructuras serverless como Cloudflare Workers sin necesidad de gestionar sesiones, streams abiertos o routing sticky. Para desarrolladores, esto se traduce en despliegues más simples, costos operativos reducidos y escalabilidad inmediata.

¿Por qué MCP 2026-07-28 es un punto de inflexión?

La principal crítica a MCP desde sus inicios era su dependencia de conexiones stateful. Cuando los servidores MCP pasaron de aplicaciones locales a remotas, esa arquitectura se trasladó a infraestructura web, generando complejidad en routing, gestión de sesiones y overhead operacional.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

La nueva especificación elimina completamente el handshake initialize/initialized y el header Mcp-Session-Id. Cada request ahora es autónomo, llevando su versión de protocolo, identidad del cliente y capacidades en _meta. Esto permite que cualquier request llegue a cualquier instancia detrás de un load balancer round-robin simple.

David Soria Parra, co-creador y lead maintainer de MCP en Anthropic, declaró: «MCP es ahora fundamental para el software agentic. Es la capa sobre la que las aplicaciones se construyen para conectarse con las herramientas y datos en los que la gente confía cada día, y este es el avance más significativo del protocolo desde su lanzamiento».

Multi Round-Trip Requests (MRTR): interacciones sin streams abiertos

Uno de los cambios más importantes es la introducción de Multi Round-Trip Requests (MRTR). Anteriormente, solicitudes iniciadas por el servidor como elicitation/create dependían de un stream abierto, lo que complicaba despliegues y aumentaba costos.

Ahora, un servidor puede devolver resultType: "input_required" describiendo lo que necesita. El cliente recolecta la respuesta y reintenta la operación con esa entrada. La operación original puede completarse sin que ninguna de las partes preserve una sesión de transporte entre esos requests.

Tom Moor, Head of Engineering en Linear, destacó: «La última iteración de la especificación es una gran mejora que hace que alojar un servidor MCP sea más fácil, más confiable, y al mismo tiempo agrega funcionalidad muy necesaria. Todavía creo que MCP está masivamente subestimado».

Headers para routing y caché: infraestructura HTTP entiende MCP

Los requests Streamable HTTP ahora deben incluir headers Mcp-Method y Mcp-Name. Esto permite que gateways, rate limiters o Web Application Firewalls tomen decisiones basadas en headers sin parsear JSON arbitrario.

Además, las respuestas de tools/list, prompts/list, resources/list y resources/read ahora incluyen hints ttlMs y cacheScope. Los catálogos de herramientas están ordenados determinísticamente, permitiendo a los clientes reutilizarlos mientras mantienen cachés de prompts estables entre reconexiones.

Autorización reforzada y ciclo de vida formal

La nueva especificación endurece la autorización MCP. Ahora prefiere clientes pre-registrados cuando servidor y cliente ya tienen relación, luego Client ID Metadata Documents (CIMD) para registraciones dinámicas, con Dynamic Client Registration (DCR) como fallback. DCR está deprecado para nuevas implementaciones y será eliminado después del verano de 2027.

MCP 2026-07-28 también introduce un ciclo de vida formal de features: Active, Deprecated o Removed. Un feature deprecado debe permanecer disponible por al menos 12 meses antes de poder ser eliminado. Esto da a los equipos tiempo mínimo para planear upgrades en lugar de reaccionar a eliminaciones súbitas.

¿Qué significa esto para tu startup?

1. Costos de infraestructura reducidos en 90%

Si tu startup está construyendo agentes AI que interactúan con APIs externas, MCP stateless significa que puedes ejecutar servidores en Cloudflare Workers sin pagar por infraestructura stateful. Según Cloudflare, sus clientes como Sentry y Linear ya están ejecutando MCP stateless en producción con reducciones significativas de costos operacionales.

David Cramer, co-fundador y chief product officer en Sentry, comentó: «Construimos el MCP de Sentry en el SDK de Cloudflare. Grandes fans. Fuimos a producción con este nuevo antes de que la especificación 7-28 fuera finalizada, y no rompió producción. Grandes fans de eso también. Esta nueva especificación limpia un montón de tonterías alrededor de auth y herramientas, que es exactamente lo que quería».

2. Escalabilidad inmediata para agentes AI

Con MCP stateless, cada request puede llegar a cualquier instancia. Esto elimina problemas de escalabilidad que antes requerían gestión de sesiones sticky. Para startups que escalan rápidamente, esto significa que pueden manejar picos de tráfico sin reconfigurar infraestructura.

Brendan Irvine-Broque, Senior Director Product Management en Cloudflare, señaló: «MCP 2026-07-28 es un paso mayor hacia hacer que la infraestructura de agentes funcione como el resto de la web: stateless, cacheable, routable y globalmente escalable».

3. Migración simple desde versiones anteriores

El endpoint /mcp acepta tanto el nuevo protocolo como requests stateless de clientes HTTP Streamable de 2025, por lo que la mayoría de clientes pueden reconectarse sin cambios de configuración. Para startups con implementaciones existentes, la migración es gradual y controlada.

Acciones concretas que puedes tomar hoy

1. Evalúa tu arquitectura actual de agentes AI

Si estás usando conexiones stateful para interacciones agente-API, considera migrar a MCP stateless. El SDK TypeScript ya incluye createMcpHandler oficial que funciona con Cloudflare Workers. Según Cloudflare, su servidor MCP para toda la API de Cloudflare usando este modo stateless ha escalado a miles de requests por segundo y servido miles de millones de tool calls.

2. Implementa Code Mode para reducir costos de tokens en 94%

Cloudflare lanzó Code Mode con MCP server portals que reduce el consumo de tokens en 94%. En lugar de exponer cada definición de herramienta al cliente, todos los servidores MCP subyacentes colapsan en solo dos herramientas de portal: portal_codemode_search y portal_codemode_execute. Esto mantiene costos fijos incluso al conectar más servidores MCP.

3. Planifica tu estrategia de autorización enterprise

Con DCR deprecado, las startups deben planear migrar a Client ID Metadata Documents (CIMD). Esto es especialmente importante si vendes a empresas que requieren controles de seguridad enterprise. Microsoft Foundry, Google Cloud y AWS ya están implementando estas mejoras de autorización en sus plataformas.

Conclusión

MCP 2026-07-28 representa la maduración de un protocolo que se ha convertido en estándar de facto para agentes AI. Para founders hispanos, esto significa acceso a infraestructura enterprise-grade sin la complejidad operacional que antes requería. La transición a stateless no es solo una mejora técnica: es un habilitador de negocio que reduce barreras de entrada y costos operacionales.

Como señaló Nick Cooper, MTS & MCP Core Maintainer: «MCP tiene ahora aproximadamente un año y medio. Gracias al feedback de desarrolladores y otros que han trabajado con nosotros, está evolucionando hacia un protocolo más maduro que incorpora lecciones de décadas de diseño de protocolos web. Como con revisiones previas, la parte más interesante será ver las cosas inesperadas que la gente construya con él».