MCP 2.0 está en vivo con la especificación 2026-07-28. Es el cambio más grande en el Model Context Protocol desde que Anthropic lo lanzó en noviembre de 2024. El salto central es la transición a sin estado: una sola solicitud HTTP para llamar a una herramienta, en lugar de dos. Antes inicializabas la sesión y obtenías un ID de sesión, luego llamabas a la herramienta. Ahora basta una solicitud, con el método y el nombre de la herramienta en los encabezados. Ningún estado que mantener en el servidor.

Por qué te importa. Si conectas agentes a herramientas externas, MCP 2.0 resuelve dos problemas que antes causaban fricción. Las herramientas MCP son más fáciles de auditar que dar a un agente una terminal con curl, y los modelos pequeños que corren en tu laptop pueden usarlas. Lo sin estado elimina la gestión de sesiones, que era donde la arquitectura se rompía cuando necesitabas escalar más allá del prototipo. Como contamos en la lección sobre conectar el agente a tus sistemas, MCP es el puente estándar entre el agente y tus datos. La nueva versión lo hace viable en producción.

Si quieres probarlo: el primer paso es apuntar un cliente sin estado a un servidor MCP público e inspeccionar la lista de herramientas disponibles. mcp-explorer y llm-mcp-client son los candidatos naturales para empezar.

En detalle

MCP nació como estándar para exponer herramientas a agentes de IA de forma uniforme. Anthropic lo presentó en noviembre de 2024, tuvo un pico de interés durante gran parte de 2025, y luego fue parcialmente eclipsado por Skills, el enfoque mediante el cual un agente con acceso a terminal e internet podía hacer la mayor parte de lo que MCP hacía, de forma más flexible.

Qué cambia con sin estado. El MCP con estado requería dos solicitudes HTTP por cada llamada: la primera para inicializar la sesión y obtener un Mcp-Session-Id, la segunda para ejecutar la herramienta. El servidor tenía que mantener el estado de cada sesión activa e enrutar las solicitudes posteriores a la misma máquina backend.

El nuevo MCP sin estado usa una sola solicitud HTTP. El método y el nombre de la herramienta viajan en los encabezados (Mcp-Method, Mcp-Name), los parámetros en el cuerpo JSON, y la información del cliente en un campo _meta. Sin ID de sesión, sin estado en el servidor.

Desde el punto de vista de la infraestructura, esto significa que puedes poner un servidor MCP detrás de un balanceador de carga sin preocuparte por la afinidad de sesión. Cada solicitud es independiente y puede terminar en cualquier backend. Para quien construye aplicaciones web con agentes, era el punto donde la arquitectura anterior se detenía.

Las herramientas lanzadas esta semana. En los días del lanzamiento salieron tres proyectos para validar la especificación en el campo. mcp-explorer es una CLI Python sin estado para explorar servidores MCP: lista las herramientas, inspecciona sus esquemas de entrada y salida, y las invoca pasando argumentos. datasette-mcp es un plugin para Datasette que expone un endpoint MCP en cualquier instancia, con tres herramientas: listar bases de datos, leer su esquema, ejecutar SQL de solo lectura. llm-mcp-client registra las herramientas MCP como herramientas disponibles dentro del framework llm.

El interés en MCP vuelve a crecer después de que durante gran parte de 2025 había sido dejado de lado. La razón es práctica: dar a un agente un entorno shell con acceso a internet es arriesgado y requiere un modelo potente. Las herramientas MCP son más simples de controlar, y funcionan incluso con modelos pequeños que corren localmente.

Limitaciones. La especificación es reciente (28 de julio de 2026) y el ecosistema de clientes y servidores sin estado aún es limitado. Las tres herramientas lanzadas esta semana son lanzamientos iniciales (0.1a0). La transición del MCP con estado al sin estado es un cambio radical, no una retrocompatibilidad: quien tiene servidores MCP heredados debe actualizarlos. Quien construye agentes en producción debería evaluar la migración pero no esperar que el ecosistema ya sea maduro.