MCP crece: Los servidores de agentes sin estado finalmente escalan libremente

MCP 2026-07-28 elimina los IDs de sesión y el handshake de inicialización. Cada solicitud incluye la versión del protocolo y la información del cliente. Así, los agentes-servidor funcionan detrás de un Round-Robin normal y en serverless, sin necesidad de sesiones sticky.

Lo más importante en resumen

Relacionado:Model Context Protocol bajo la Linux Foundation  /  AWS elimina la infraestructura subyacente del agente, pero el problema persiste

Por qué el estado de sesión frenaba la infraestructura de agentes

Hasta la especificación del 28 de julio de 2026, el MCP remoto dependía de sesiones de larga duración. Los balanceadores de carga necesitaban afinidad sticky. Las funciones serverless, que se suspenden tras cada solicitud, no encajaban bien. Los equipos implementaban almacenes de sesiones Redis o mantenían contenedores activos solo para que una llamada a una herramienta llegara al mismo pod.

La nueva especificación invierte el modelo. Cada solicitud JSON-RPC se autodescribe. La versión del protocolo, la identidad del cliente y las capacidades viajan en _meta. Si un cliente quiere conocer las capacidades del servidor de antemano, llama a server/discover. No es obligatorio. Cada instancia detrás de un Round-Robin simple puede responder a cualquier solicitud.

Qué deben reestructurar ahora los equipos de plataforma

Tres áreas son críticas; el resto es migración.

Primero, el transporte. Los IDs de sesión en la cabecera han desaparecido. Quien necesite estado en las llamadas a herramientas, devuelve al modelo un handle explícito como argumento. El handle es visible. Es más engorroso que un estado de sesión oculto, y precisamente por eso es más depurable.

Segundo, solicitudes multi round-trip. Antes, el servidor mantenía un stream abierto si necesitaba una confirmación o un parámetro en medio de una llamada a una herramienta. MRTR devuelve ahora resultType: «input_required». El cliente responde y repite la llamada con inputResponses. Las elicitaciones y el sampling ya no requieren un stream permanente.

Tercero, la autenticación. La validación del emisor según RFC 9207 es obligatoria. El registro dinámico de clientes se considera obsoleto en favor de los Client ID Metadata Documents. Quien construya clientes CLI con redirecciones a localhost, debe establecer correctamente application_type; de lo contrario, OAuth seguirá fallando con las URIs de redirección.

Enrutamiento mediante cabecera y listas almacenables en caché

Las solicitudes HTTP streamables deben incluir Mcp-Method y Mcp-Name. Los gateways pueden medir y habilitar herramientas sin analizar el cuerpo. Esto parece un detalle menor, pero cambia la operativa diaria: límites de tasa por herramienta, listas de permitidos por tenant, registros de auditoría con nombres de métodos legibles.

Las respuestas de tools/list, prompts/list y resources/list incluyen ttlMs y cacheScope. Los clientes almacenan en caché los catálogos de herramientas. Las cachés de prompts permanecen estables tras reconexiones. Quien actualice la lista de herramientas cada 30 segundos está desperdiciando latencia y presupuesto de tokens.

Tareas, obsolescencias, ventana de 12 meses

Las tareas migran del núcleo a la extensión io.modelcontextprotocol/tasks, con tareas basadas en sondeo (poll) como tasks/get y tasks/update. Los largos tiempos de ejecución de los agentes quedan así especificados, no improvisados. Roots, Sampling y Logging están obsoletos, pero seguirán siendo utilizables durante al menos doce meses. Las nuevas implementaciones no deberían introducirlos.

La especificación abierta establece el marco. Anthropic menciona más de 950 servidores MCP en el directorio de Connectors para Claude y construye sobre ella aplicaciones MCP para interfaces interactivas, autenticación empresarial gestionada centralmente y observabilidad para conectores. Para los equipos de plataforma, esto significa que identidad, permisos, telemetría y la liberación de componentes de UI pasan a formar parte de las mismas comprobaciones operativas que el transporte y la escalabilidad.

Los SDK para TypeScript, Python, Go y C# implementan la especificación. AWS promociona el núcleo stateless para Amazon Bedrock AgentCore. Cloudflare Agents SDK y Microsoft Foundry anuncian soporte desde el primer día. Esto no es un detalle de marketing: significa que los servidores MCP funcionarán en el futuro como cargas de trabajo HTTP normales, no como una excepción con sesiones sticky.

Un efecto secundario subestimado: las cachés de listas estabilizan las cachés de prompts. Si los catálogos de herramientas llegan con cada reconexión de forma nueva y en distinto orden, las cachés de prefijos de prompt se fragmentan. Por eso, un orden determinista más TTL no es una función de comodidad. Ahorra tokens y abarata las ejecuciones de los agentes.

Quienes operen MCP detrás de API Gateways pueden integrar los encabezados de método en los motores de políticas existentes. Allowlist por tenant, Deny para herramientas destructivas en producción, límites de ráfagas por nombre de MCP. Con el análisis exclusivo del cuerpo de la solicitud, esto era impreciso y lento. Con los encabezados, se normaliza operativamente.

El orden de migración que funciona en la práctica: primero los clientes y SDK a la versión 2026-07-28, luego los servidores sin aceptación de sesiones, después el endurecimiento de la autenticación y, por último, el desactivado de los transportes antiguos. Quien rompa primero la autenticación solo generará tickets de soporte sin ganar escalabilidad.

Qué revisar el lunes

Inventaría los servidores MCP con aceptación de sesiones. Verifica si tu Ingress fuerza sesiones sticky. Configura la autenticación para validación de emisor y ruta CIMD. Planifica la migración disruptiva de los SDK como cualquier otra actualización de protocolo: Staging, Canary y luego Producción. Quien solo use MCP como localhost de demostración puede esperar. Quien ejecute herramientas de agentes en producción obtendrá, con la versión 2026-07-28, por fin la semántica HTTP que ya tiene el resto del stack.

Preguntas frecuentes

Fuente de la imagen: generada por IA (julio de 2026)