MCP стал безсостояний: почему разработчики спорят, не вернулся ли это просто API

Спецификация MCP 2026-07-28 устраняет рукопожатие initialize и заголовок сессии, добавляя обязательные заголовки method и tool-name для маршрутизации трафика без парсинга JSON. Реакция разработчиков разделилась: одни называют это возвращением к REST, другие видят в этом эволюцию стандарта.

MCP стал безсостояний: почему разработчики спорят, не вернулся ли это просто API

Спецификация Model Context Protocol (MCP) версии 2026-07-28, опубликованная в конце июля, вносит радикальные изменения: убирает рукопожатие initialize и заголовок сессии, одновременно добавляя обязательные заголовки method и tool-name. Теперь шлюзы могут маршрутизировать трафик агентов без разбора JSON-тел. Это упрощает создание прокси и балансировщиков нагрузки, но вызывает вопрос: не превращается ли MCP в обычный API?

Изменение было анонсировано в официальном блоге MCP 28 июля 2026 года. Разработчики уже обсуждают нововведение в соцсетях и на форумах. Одни приветствуют упрощение, другие считают, что теряется смысл стандарта.

Предыстория и контекст

MCP был представлен в ноябре 2024 года как открытый протокол для связи ИИ-агентов с инструментами и данными. Изначально он предполагал строгий процесс инициализации: клиент отправлял запрос initialize, сервер отвечал capabilities, затем устанавливалась сессия. Это обеспечивало согласование версий и возможностей, но создавало проблемы для проксирования и кэширования.

Теперь протокол становится безсостоянийным: каждый запрос самодостаточен, содержит все необходимые заголовки. Это приближает MCP к REST-архитектуре, где каждый запрос обрабатывается независимо.

Почему разработчики называют это возвращением к REST?

Критики указывают, что MCP теряет уникальные черты: сессионность и согласование возможностей. Без них протокол становится похож на обычный HTTP API с JSON-запросами. Зачем тогда нужен MCP, если можно использовать REST?

Сторонники отвечают, что ценность MCP не в сессиях, а в стандартизации описаний инструментов и вызовов. Даже без рукопожатия клиенты и серверы говорят на одном языке, что упрощает интеграцию в экосистеме ИИ.

Технические подробности: как работает безсостояний MCP

Новая версия требует обязательные заголовки method и tool-name в каждом запросе. Шлюзы могут маршрутизировать трафик на основе этих заголовков, не анализируя тело. Это снижает задержки и упрощает инфраструктуру.

Например, запрос к инструменту теперь выглядит так: POST /mcp с заголовками method=tool/call и tool-name=getweather. Сервер сразу понимает, какой инструмент вызывается, без парсинга JSON.

Удаление initialize также сокращает количество round-trip'ов: клиенту не нужно ждать ответа на рукопожатие перед первым запросом. Это особенно важно для коротких запросов от агентов.

Кого затронет и как

Разработчики инструментов и серверов MCP должны адаптироваться: обновить SDK, убрать обязательное рукопожатие, добавить заголовки. Для тех, кто строит шлюзы и прокси, изменения упрощают жизнь: маршрутизация теперь возможна на уровне HTTP.

Для бизнеса это означает более быстрые и масштабируемые интеграции ИИ-агентов. В России и СНГ, где MCP набирает популярность, разработчики также смогут упростить свои архитектуры.

Что будет дальше

Ожидается, что в ближайшие месяцы выйдут обновленные SDK для популярных языков. Возможны обратно совместимые режимы для старых клиентов. Комьюнити обсуждает, стоит ли сохранить опциональное рукопожатие для расширенных возможностей.

Вероятно, большинство экосистемы MCP перейдет на безсостоянийный режим, оставив сессии только для специфических случаев.

Итог

MCP эволюционирует в сторону простоты и масштабируемости, жертвуя некоторыми функциями. Спор о том, стал ли он просто API, скорее всего, будет продолжаться, но факт остается: стандарт адаптируется к реальным потребностям разработчиков. Следите за развитием MCP — это один из ключевых протоколов для ИИ-агентов.