Протокол контекста модели (MCP) выпустил свое самое значительное обновление спецификации на сегодняшний день, превратившись из двунаправленного протокола с отслеживанием состояния в оптимизированную систему запросов и ответов, предназначенную для развертывания агентов искусственного интеллекта в промышленном масштабе. Спецификация 2026-07-28, анонсированная 28 июля 2026 года, знаменует собой то, что участники проекта называют наиболее важным выпуском протокола с момента запуска удаленного MCP более года назад.
Обновление появилось, когда внедрение MCP резко возросло. SDK уровня 1 протокола — TypeScript, Python, Go и C# — сейчас загружаются около полумиллиарда загрузок в месяц, причем как TypeScript, так и Python SDK пересекают порог в один миллиард загрузок. Согласно сообщению в блоге проекта, MCP стал основой данных и интерактивности по умолчанию для агентских рабочих процессов на предприятиях. Дополнительную информацию о развитии инфраструктуры искусственного интеллекта можно найти в нашем [последнем обзоре отрасли искусственного интеллекта] (https://aibuzzwire.news).
Ядро протокола без сохранения состояния
Главным изменением является прекращение обмена инициализацией/инициализацией рукопожатия и заголовка Mcp-Session-Id. Каждый запрос теперь передается независимо, передавая в метаданных версию протокола, идентификатор клиента и возможности клиента. Практическое значение имеет важное значение: теперь любой запрос может поступать на любой экземпляр сервера за простым балансировщиком нагрузки с циклическим перебором, не требуя общего хранилища сеансов.
Новый дополнительный вызов удаленных процедур сервера/обнаружения (RPC) позволяет клиентам изучать возможности сервера перед выполнением вызовов, но это не является обязательным. Этот архитектурный сдвиг напрямую направлен на то, что команда MCP определила как одну из наиболее востребованных функций со стороны разработчиков, стремящихся к большей надежности и масштабируемости.
Удаление сеансов на уровне протокола не приводит к тому, что приложения остаются без сохранения состояния. Если серверу необходимо передавать состояние между вызовами, он может создать явный дескриптор из инструмента и заставить модель ИИ передать его обратно в качестве аргумента. Команда MCP обнаружила, что этот подход работает лучше, чем состояние сеанса, скрытое в транспорте, поскольку модель может видеть дескриптор и передавать его между инструментами.
Множественные двусторонние запросы заменяют удерживаемые открытые потоки
Спецификация вводит множественные двусторонние запросы (MRTR), которые заменяют инициируемые сервером запросы на получение, выборку и укоренение, которые ранее требовали удерживаемых открытых двунаправленных потоков. Когда инструменту требуется ввод данных от пользователя в середине вызова — например, подтверждение или отсутствующий параметр — сервер возвращает тип результата «input_required» вместе с запросами, на которые ему необходимо ответить. Затем клиент повторяет исходный вызов с прикрепленными ответами.
Такая конструкция устраняет необходимость в постоянно открытых двунаправленных соединениях, что является основной операционной нагрузкой для команд, использующих серверы MCP в большом масштабе.
Маршрутизация на основе заголовков и кэшируемые списки
Потоковые HTTP-запросы теперь должны включать заголовки Mcp-Method и Mcp-Name, что позволяет шлюзам, ограничителям скорости и брандмауэрам веб-приложений маршрутизировать и измерять трафик на основе заголовков, а не анализировать тела JSON. Это изменение приводит MCP в соответствие со стандартными шаблонами шлюзов API, используемыми в корпоративной инфраструктуре.
Ответы из инструментов/списка, подсказок/списка, ресурсов/списка и ресурсов/чтения теперь содержат подсказки о времени жизни и области кэша. Это позволяет клиентам кэшировать каталоги инструментов и поддерживать стабильность кэша подсказок восходящего потока при повторных подключениях, сокращая ненужную повторную выборку и снижая задержку для повторяющихся операций.
Усиление авторизации
В спецификации представлено несколько улучшений безопасности, основанных на отзывах разработчиков, полученных за год. Серверы авторизации теперь должны возвращать параметр iss согласно RFC 9207, а клиенты должны проверять его перед погашением кода авторизации, закрывая уязвимость, связанную с путаницей сервера авторизации. Учетные данные клиента привязаны к эмитенту, который их создал, что предотвращает повторное использование на серверах авторизации.
Динамическая регистрация клиента (DCR), хотя и по-прежнему функциональна для обратной совместимости, теперь формально устарела в пользу документов метаданных идентификатора клиента (CIMD). Команда MCP описала это как меру по ужесточению безопасности, направленную на приведение протокола в соответствие с требованиями спецификации OAuth.
Формальная структура расширений и устаревшие версии
Задачи перешли из экспериментального статуса в официальное расширение, присоединившись к другим расширениям, таким как MCP Apps и Enterprise Managed Authorization. Задачи/получение на основе опроса и новый механизм задач/обновления заменяют старую конечную точку HTTP GET, при этом уведомления об изменениях объединяются в единый поток подписок/прослушивания.
Корни, выборка и ведение журнала устарели, и минимальный период устаревания составляет двенадцать месяцев, что дает разработчикам время для планирования миграции. Устаревший транспорт HTTP+SSE также официально объявлен устаревшим с годовым перерывом. В новых реализациях рекомендуется не использовать эти функции.
Все четыре SDK уровня 1 — TypeScript, Python, Go и C# — теперь поддерживают спецификацию 2026-07-28, а Rust SDK поддерживает ее в бета-версии. SDK включают подробные примечания по миграции для критических изменений, особенно для разработчиков, которые зависели от идентификаторов сеансов.
Промышленный прием
Релиз привлек значительное внимание на форумах разработчиков, а на Hacker News он набрал более 100 баллов. Дэвид Сориа Парра, член технического персонала MCP и соавтор протокола, назвал это самым четким сигналом того, что MCP становится настоящей инфраструктурой производственного уровня.
«Самые большие изменения — это кардинальные изменения, и сообщество предпочло проделать тяжелую работу, а не скрывать пробелы», — написал Сориа Парра. «Это протокол, который в реальном времени развивается вокруг того, что действительно нужно производственным группам».
Обновление сигнализирует о том, что MCP, зародившийся как проект с открытым исходным кодом для стандартизации доступа моделей ИИ к внешним инструментам и данным, превращается в основополагающую инфраструктуру эпохи агентного ИИ. Благодаря полумиллиарду ежемесячных загрузок и формальным расширениям для корпоративного развертывания протокол позиционирует себя как связующее звено между моделями ИИ и системами, с которыми им необходимо взаимодействовать.
