MCP переходит на «безсессионный» режим: скучное обновление, без которого протокол не масштабировался

Model Context Protocol (MCP) — стандарт, по которому нейросети получают доступ к внешним данным и сервисам. На следующей неделе выходит обновление, меняющее работу с идентификаторами сессий. Спецификация была опубликована ещё в мае, теперь дело доходит до внедрения.

Как было

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

Формулировка Нейта Барбеттини, инженера-основателя компании Arcade, которая два года занимается этой темой: сервер отвечает своими возможностями и возвращает идентификатор сессии, а клиент затем отправляет его с каждым запросом, чтобы сервер знал, что это то же самое соединение.

Логично и понятно — ровно до момента, когда серверов становится больше одного.

В чём была проблема

Представьте, что нагрузка выросла и вы поставили десять серверов за балансировщиком. Пользователь подключился, первый сервер выдал ему идентификатор. Следующий запрос балансировщик отправил на седьмой сервер — а тот про этот идентификатор ничего не знает.

Решать это можно: хранить сессии в общей базе, привязывать пользователя к конкретному серверу, синхронизировать состояние между узлами. Всё это работает и всё это лишняя сложность. Барбеттини описывает ситуацию как серьёзную боль.

Что меняется

Протокол переходит к более свободному, «безсессионному» подходу к идентификаторам на стороне сервера — примерно так же, как это устроено у обычных сайтов.

Идея простая: если каждый запрос самодостаточен и содержит всё нужное, серверу не надо ничего помнить между запросами. Тогда любой узел обрабатывает любой запрос, и балансировщик может раскидывать нагрузку как угодно.

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

Почему это важнее, чем звучит

MCP — не пользовательская функция, его не видно из интерфейса. Но именно через него нейросеть добирается до вашей почты, календаря, базы данных или внутреннего сервиса компании. Мы разбирали как устроен MCP и чем он отличается от протокола A2A.

Пока протокол существует в демонстрациях и на одной машине разработчика, вопрос сессий никого не волнует. Он становится решающим ровно тогда, когда компания хочет развернуть MCP-сервер для тысячи сотрудников. То есть на этапе, до которого отрасль как раз дошла.

Обновления такого рода не попадают в заголовки, потому что показать нечего: ничего нового модель делать не начинает. Но именно от них зависит, останется ли технология демонстрацией или станет инфраструктурой.

Что это значит для пользователя

Напрямую — ничего заметного. Косвенно: подключений нейросетей к корпоративным системам станет больше, потому что развернуть их станет проще.

Отдельно стоит держать в голову, что упрощение серверной части не отменяет вопросов доступа. Если запрос самодостаточен, значит вся необходимая информация — включая права — едет в самом запросе. Аккуратность в настройке доступов от этого только важнее.