28 июля 2026 года протокол MCP получит, пожалуй, самое болезненное обновление со времен запуска: из спецификации убирают протокольные сессии, часть старых функций отправляют в отставку, а разработчикам самописных реализаций прямо намекают готовить длинные вечера. Для команд, которые уже тащат MCP в корпоративные AI-интеграции, новость важная: привычная модель работы меняется не косметически, а на уровне самого транспорта и совместимости.
О грядущем пересмотре спецификации сообщает The Register со ссылкой на участников команды сопровождения MCP. По словам технического сотрудника Anthropic Дэвида Сориа Парры, ревизию от 2026-07-28 планируют финализировать 28 июля, и это будут самые крупные изменения с момента появления механизма авторизации. Его формулировка звучит без лишней дипломатии: многое из того, что раньше определяло протокол MCP, просто исчезает.
Главный поворот здесь в том, что MCP становится stateless. Изначально протокол создавали в 2024 году под более камерный сценарий: локальные инструменты разработчика, ноутбук, один пользователь, подключение моделей к файлам, сервисам и утилитам рядом с рабочим местом. Но когда эти же подходы начали переносить в облако и использовать в многопользовательской корпоративной среде, архитектура с сессиями стала мешать. Серверу приходилось держать и отслеживать состояние, а балансировщикам и сетевой инфраструктуре было все сложнее маршрутизировать запросы без дополнительных ухищрений.
В новой версии сведения о версии протокола, возможностях клиента и его идентичности будут передаваться в поле _meta с каждым запросом. То есть состояние выносят из сервера в сам обмен сообщениями. Это ближе к тому, как давно живет обычный веб и как устроены многие облачные API: пришел запрос, обработали, забыли. Для платформенных команд и DevOps это упрощение выглядит здраво. Stateless-подход легче масштабировать за балансировщиками, он лучше ложится на типовую облачную инфраструктуру и избавляет от части проблем с управлением жизненным циклом сессий, которые старая спецификация, как признал сам Парра, толком и не описывала.
Что ломают по пути
Цена вопроса в том, что обновление не будет бесшовным. Если команда жила на официальных SDK и регулярно их обновляла, миграция, судя по комментариям Anthropic, должна пройти относительно спокойно. Но для тех, кто решил написать собственный движок MCP, новости хуже: базовый механизм передачи данных фактически перестраивают, а поведение «на проводе» становится сложнее, чем раньше. Парра прямо сказал, что самодельным реализациям предстоит серьезный объем доработок, если они хотят остаться корректными по отношению к новой спецификации.
Под нож идут и функции, которые либо почти не взлетели, либо приносили больше путаницы, чем пользы. В числе deprecated оказалась sampling — возможность серверу MCP просить модель на стороне клиента сгенерировать completion. Идея выглядела любопытно, но, по словам команды, использовалась редко, а семантика вышла мутной и тяжелой для реализации. Туда же отправляют roots, механизм, с помощью которого клиент указывал серверу релевантные каталоги файловой системы для конкретной сессии. Эту функцию тоже признали нишевой. Логирование в прежнем виде разработчики сочли слишком многословным и посоветовали опираться на привычные инструменты вроде stderr, stdio или OpenTelemetry.
Отдельно переработали маршрутизацию. Раньше операции уходили внутри JSON-RPC 2.0 через HTTP POST, а сетевому уровню приходилось фактически заглядывать в тело сообщения или завязываться на состояние сессии. Теперь часть информации для маршрутизации дублируется в HTTP-заголовках. Для инфраструктуры это важный, хотя и не самый зрелищный слайд в презентации: запросы можно направлять без разбора JSON внутри и без привязки к session affinity. Проще говоря, протокол MCP теперь подгоняют не под уютный локальный тул, а под реальную эксплуатацию в проде, где есть балансировщики, шлюзы, контроль доступа и команды, которые не хотят отлаживать магию в каждом запросе.
Почему это важно не только разработчикам SDK
Контекст у истории уже вполне взрослый. В 2025 году Anthropic передала MCP в AAIF — фонд Linux Foundation, сооснованный Anthropic, Block и OpenAI. К тому моменту, по данным из материала, SDK протокола скачивали более 97 миллионов раз в месяц, а число развернутых MCP-серверов превысило 10 тысяч. Это давно не эксперимент для энтузиастов, а слой интеграции, на который начинают смотреть как на инфраструктурный стандарт для подключения AI-приложений к внутренним и внешним системам.
Рынок, похоже, воспринимает разворот как вынужденное взросление. Stacklok в своем Enterprise Readiness Guide по июльскому обновлению предупреждает: формально deprecated-функции обещают поддерживать минимум 12 месяцев, но это не означает автоматической совместимости старых и новых реализаций. Если клиент и сервер живут в разных «эпохах» протокола, все упрется либо в осознанный fallback, либо в слой трансляции между версиями. Для бизнеса это неприятный, но понятный сценарий: чем популярнее стандарт, тем дороже держать в нем исторические компромиссы, придуманные под демо на ноутбуке.
Характерно и то, что часть возможностей не исчезает совсем, а уезжает в расширения. Например, Tasks для долгих операций больше не будет частью core-протокола. Зато сами расширения становятся официальной ставкой на будущее: спорные, отраслевые и экспериментальные вещи предлагают сначала обкатывать там, а не тащить в базовую спецификацию. Один из уже названных примеров — MCP Apps, расширение, которое позволяет показывать пользователю интерактивное JavaScript-приложение вместо обычного текста или картинки. Для команд, строящих агентные интерфейсы и внутренние AI-консоли, это, возможно, даже важнее, чем уход от roots или sampling.
Для русскоязычной IT-аудитории вывод довольно приземленный. Если вы только присматриваетесь к протоколу MCP, входить в него, возможно, даже станет проще: меньше спорных сущностей, более понятная облачная модель, лучшее совпадение с привычной web-инфраструктурой. Если же у вас уже есть собственный сервер, прокси или шлюз под старую логику сессий, расслабляться рано. Следующая фаза эволюции AI-интеграций выглядит так: стандарты перестают быть игрушкой для локальных IDE и начинают жить по законам продакшн-платформы. А это почти всегда означает меньше романтики, больше совместимости, больше требований к инфраструктурной дисциплине и один неприятный вопрос для всех домашних реализаций: вы еще экспериментируете или уже готовы поддерживать протокол как взрослый продукт?