El Protocolo de Contexto de Modelo finalizó la versión 2026-07-28 el 28 de julio de 2026, introduciendo un núcleo sin estado que elimina el apretón initialize/initialized y el encabezado Mcp-Session-Id utilizado en especificaciones anteriores. Las solicitudes ahora llevan encabezados Mcp-Method y Mcp-Name, permitiendo que cualquier solicitud aterrice en cualquier instancia de servidor—crítico para clústeres de servidor MCP con equilibrio de carga, implementados en Kubernetes o multi-región. Este único cambio arquitectónico reformula cómo los equipos empresariales implementan y escalan servidores MCP.
La especificación también introduce una política formal de deprecación: cualquier característica marcada para su eliminación debe permanecer funcional durante una ventana mínima de 12 meses después de la deprecación, con rutas de migración documentadas. Tres características entran en deprecación: Roots (reemplazado por parámetros de herramienta), Sampling (cambiar a API de proveedores de LLM directo) y Logging (migrar a stderr u OpenTelemetry). Las tareas se mueven a un marco de Extensiones, y la autorización se endurece alrededor del descubrimiento de OAuth 2.1 / OIDC. Los cuatro SDK de Nivel 1 (TypeScript, Python, Go, C#) enviaron compatibilidad el día de la publicación.
Para profesionales, el cambio sin estado elimina un cuello de botella operacional importante: el anclaje de sesión, los almacenes de sesión compartidos y la lógica de reconexionión que plaguó los despliegues a gran escala se eliminan. El piso de deprecación de 12 meses proporciona a los equipos una ventana predecible para migrar lejos de Roots, Sampling y Logging en lugar de enfrentar cambios de ruptura sorpresa. Para equipos que construyen redes MCP de producción, la actualización de especificación señala que MCP está madurando de herramienta de integración de laptop local a comodití de infraestructura distribuible.