MCP переводят на stateless-модель в релиз-кандидате спецификации 2026-07-28
Релиз-кандидат спецификации MCP 2026-07-28 отказывается от handshake initialize / initialized и заголовка Mcp-Session-Id. Теперь каждый JSON-RPC-запрос должен содержать всё необходимое состояние, включая идентификацию клиента и capabilities в поле _meta (деятельность Meta признана экстремистской и запрещена в РФ). За счёт этого MCP-серверы можно запускать как обычные веб-сервисы под стандартными балансировщиками.
Как пишет Tproger, балансировщик сможет распределять запросы через round-robin, ориентируясь на заголовки Mcp-Method и Mcp-Name. Для сценариев, где серверу нужен дополнительный ввод во время выполнения, предусмотрен механизм InputRequiredResult. В этом случае клиент повторно отправляет запрос вместе с inputResponses и requestState.
Одновременно со сменой модели на stateless обновляют и расширения протокола. В MCP Apps появится серверный интерактивный UI в sandboxed iframe с заранее объявленными шаблонами. API долгих задач тоже меняют: вместо tasks/list вводятся tasks/get, tasks/update и tasks/cancel. Несколько SEPов также усиливают требования к OAuth/OIDC, включая проверку issuer по RFC 9207.
Финальную версию спецификации ожидают 28 июля 2026 года после 10-недельного окна валидации SDK. Roots, Sampling и Logging признаны устаревшими, но поддержка сохранится минимум на 12 месяцев. При этом production-серверы пока продолжают работать на спецификации 2025-11-25.
Ключевые факты
Релиз-кандидат спецификации 2026-07-28 был зафиксирован 21 мая 2026 года
Клиентские данные и capabilities теперь передаются в поле _meta каждого JSON-RPC-запроса
Roots, Sampling и Logging получили статус устаревших с минимальным окном поддержки 12 месяцев
Production-серверы MCP продолжают работать на спецификации 2025-11-25