Обновление MCP протокола для ИИ агентов от 28 июля 2026: отказ от сессий и переход к stateless‑запросам

Разбираем архитектурную проблему MCP: протокол изначально был stateful, хотя для production-инфраструктуры ему больше подходит stateless-модель.

Ключевой конфликт — между протокольными сессиями, handshake и Mcp-Session-Id с одной стороны, и требованиями современной инфраструктуры с другой: балансировкой, автовскейлингом и serverless-деплоем.

Фокус — на том, как обновление спецификации убирает привязку клиента к конкретному серверному инстансу и переводит MCP к независимым самодостаточным запросам.

Составляющие и особенности

Изменения в спецификации от 28 июля 2026

• SCP 2575 удалил handshake initialize/initialized
• SCP 2567 удалил Mcp-Session-Id и само понятие протокольной сессии
• Каждый запрос стал полностью независимым и самодостаточным

Новые заголовки и кеширование

• Добавлены HTTP-заголовки Mcp-Method и Mcp-Name для маршрутизации
• Появились ttlMs и cacheScope
• Кеширование компенсирует потерю производительности после отказа от сессий
• Кеш может быть глобальным или пользовательским

Многошаговые сценарии без сессий

• Клиент сам переносит состояние между запросами
• Протокол становится «wire with no memory»
• Tasks переведены из экспериментального статуса в официальное расширение спецификации
• То, что раньше держалось в протокольном состоянии, теперь оформляется как явные multi-round-trip паттерны

Что осталось нерешённым

• Авторизация и OAuth по-прежнему остаются проблемной зоной
• Обновление сделало transport чище, но не решило auth
• Следующая большая архитектурная проблема MCP — нормализация авторизации

Выводы

• MCP должен был быть stateless с самого начала
• Удаление handshake, Mcp-Session-Id и протокольных сессий исправляет базовую архитектурную ошибку
• Новый подход лучше совместим с балансировкой, автовскейлингом и serverless-инфраструктурой
• Кеширование через ttlMs и cacheScope частично возвращает производительность без возврата к stateful-модели
• Многошаговая логика теперь должна быть явной, а не спрятанной в транспортной сессии
• Transport стал ближе к production-ready, но авторизация остаётся следующим слабым местом