MCP: el protocolo que conecta a los agentes de IA con el mundo da su salto más grande
El Model Context Protocol (MCP), el estándar abierto que permite a los agentes de inteligencia artificial conectarse con herramientas, datos y sistemas externos, acaba de recibir la actualización más importante desde su lanzamiento hace casi dos años. La especificación 2026-07-28, publicada el pasado 28 de julio bajo el paraguas de la Agentic AI Foundation (AAIF) —un fondo dirigido de la Linux Foundation—, introduce un núcleo completamente stateless, autenticación OAuth 2.1, un sistema formal de extensiones y una política de deprecación de 12 meses. Estos cambios, aunque técnicos, tienen implicaciones profundas para cualquier empresa que esté desplegando agentes de IA en producción.
Un cambio de arquitectura que llevaba gestándose dos años
Desde su lanzamiento original por Anthropic en noviembre de 2024, MCP se había convertido en el tejido conectivo de facto entre los modelos de lenguaje y el mundo exterior. Herramientas como Claude Code, GitHub Copilot, LangGraph y CrewAI lo utilizan para que los agentes puedan buscar archivos, consultar bases de datos, ejecutar código o interactuar con APIs. Sin embargo, el diseño original incluía una limitación crítica: requería sesiones persistentes entre el cliente y un servidor concreto, lo que imposibilitaba el escalado horizontal sin soluciones complejas como sticky sessions o almacenamiento de estado compartido.
David Soria Parra, cocreador de MCP y mantenedor principal en Anthropic, lo definió como «probablemente el cambio más grande que hemos hecho al protocolo», en una entrevista con VentureBeat. «Es un gran paso adelante para madurarlo y que puedan usarlo los grandes actores». La transición se venía discutiendo desde diciembre de 2024, cuando el cocreador Justin Spahr-Summers abrió un debate público en GitHub que recibió aportaciones de ingenieros de Vercel, Cloudflare, Shopify y Amazon.
Núcleo stateless: el fin de las sticky sessions
El cambio principal es que MCP abandona las sesiones persistentes. Ahora cada petición HTTP es autónoma: el cliente envía todo el contexto necesario (versión del protocolo, nombre del método, capacidades del cliente) en los encabezados de la petición, y el servidor responde sin depender de estado retenido en memoria. Esto significa que un agente puede hablar con cualquier réplica de un servidor MCP indistintamente, sin necesidad de afinidad de sesión.
«Antes necesitabas un almacén de sesiones y gestionar IDs de sesión. Si uno de tus pods de compute caía, las peticiones empezaban a fallar», explicó Den Delimarsky, mantenedor principal del protocolo. «Eso ya no será un problema con la nueva versión. Es un avance enorme». Mazin Gilbert, director ejecutivo de la AAIF, comparó el cambio con la decisión arquitectónica que hizo posible la web moderna: «No podríamos tener el internet que tenemos hoy si mi navegador no pudiera hablar con cualquier servidor». Según Gilbert, esta limitación era el principal obstáculo para las empresas que intentaban pasar de pilotos de agentes a despliegues masivos: «Hay compañías desplegando decenas de miles de agentes, y no puedes hacerlo sin ir en esta dirección».
Cuatro novedades clave de la especificación
Además del núcleo stateless, la especificación 2026-07-28 introduce tres cambios adicionales de calado. En primer lugar, la extensión oficial de Tasks (io.modelcontextprotocol/tasks) permite a los servidores responder a herramientas lentas con un identificador de tarea asíncrona, de modo que el agente no queda bloqueado mientras espera —por ejemplo— la generación de una imagen o una consulta analítica pesada. El cliente puede consultar el estado con tasks/get y cancelar con tasks/cancel.
En segundo lugar, MCP Apps se convierte en extensión oficial, permitiendo que los servidores envíen componentes de interfaz (formularios, tablas, gráficos) renderizados desde el servidor. Aunque experimental, abre la puerta a copilotos empresariales mucho más ricos visualmente. En tercer lugar, la autenticación se alinea con OAuth 2.1 y OpenID Connect, estableciendo tokens de corta duración, scopes definidos y flujos de refresco. Esto reduce sustancialmente el trabajo de revisión de seguridad para despliegues en entornos con compliance estricto como HIPAA, SOC 2 o ISO 27001.
El ecosistema ya se está adaptando
Los SDKs oficiales de Python y TypeScript ya están disponibles con la implementación de la nueva especificación. LangGraph 1.1.3 declaró compatibilidad con el release candidate semanas atrás, y el resto del ecosistema está siguiendo el mismo camino. Para la mayoría de los desarrolladores, el cambio es transparente: el grafo del agente no se modifica, solo el servidor MCP subyacente. Pero quienes mantengan servidores MCP personalizados deberán migrar su lógica de estado a almacenes externos como Redis o DynamoDB, y actualizar los tokens de autenticación si no seguían OAuth 2.1, para lo cual la spec concede una ventana de deprecación de 90 días.
En definitiva, MCP 2026-07-28 no es una actualización menor. Es la maduración de un estándar que, siguiendo la estela de HTTP, apuesta por la simplicidad, la escalabilidad y la gobernanza abierta para convertir los agentes de IA en infraestructura de producción fiable. Como dijo Gilbert: «No era la tecnología ni el caso de negocio lo que frenaba a las empresas; eran estos cambios fundamentales». Ahora que están aquí, el camino para desplegar agentes a escala empresarial parece mucho más despejado.
