Важнейший протокол для ИИ становится проще в использовании: анонсировано крупное обновление MCP

Протокол Model Context Protocol (MCP) — один из базовых строительных блоков совместимости ИИ, предоставляющий моделям безопасный способ доступа к внешним источникам данных и сервисам. Это та самая «сантехника», которая позволяет чат-боту заглянуть в ваш календарь, базу данных или внутренние инструменты, вместо того чтобы инженерам строить индивидуальные «трубы» для каждого соединения. На следующей неделе этот протокол получит значительное обновление, и хотя для конечных пользователей оно может быть незаметным, оно способно сильно повлиять на развитие всей экосистемы.

Официальная спецификация новой версии была опубликована еще в мае, но в понедельник утром мы получили необычно ясное объяснение изменений от ребят из Arcade — двухлетнего стартапа, построившего свой бизнес на том, чтобы заставить ИИ-агентов реально работать внутри компаний, позволяя им безопасно подключаться и взаимодействовать с такими инструментами, как Gmail, Slack и Salesforce.

В июне Arcade привлек $60 миллионов (около 4,8 млрд рублей), исходя из идеи, что большинство ИИ-агентов терпят неудачу не из-за слабости базовых моделей, а из-за того, что инфраструктура вокруг них еще не готова. Именно эту проблему и призвано решить обновление. По сути, MCP меняет способ обработки идентификаторов сессий — тех маленьких токенов, которые серверы используют, чтобы запомнить: «ага, это тот же самый разговор, что был пять секунд назад», — чтобы серверы могли легче работать в более крупных масштабах.

Как объясняет основатель Arcade Нейт Барбеттини:

[В текущей системе] Когда клиент MCP, например Claude, впервые подключается к серверу, он отправляет «приветствие»: я — Claude, вот моя версия, вот мои возможности. Сервер отвечает своими возможностями и передает обратно ID сессии... После этого клиент отправляет этот ID сессии с каждым запросом, чтобы сервер знал, что это тот же самый разговор. Иногда срок действия ID истекает, поэтому клиент должен это заметить, запросить новый и продолжить...

Представьте реальное развертывание. Вы запускаете сервер для миллионов пользователей за балансировщиком нагрузки, чья задача — направлять каждый запрос на любой свободный сервер в ферме, иногда в другом регионе. Теперь каждая из этих машин должна знать об ID сессии, который выдала какая-то другая машина. Это не невозможно, но это серьезная головная боль, и это борется с балансировщиком нагрузки, вместо того чтобы работать с ним.

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

В новой системе протокол будет использовать более свободный, «stateless» (без сохранения состояния) подход к ID сессий на стороне сервера, подобно тому, как уже работают большинство обычных веб-сайтов. Это должно сделать всю систему гораздо проще в обслуживании и, теоретически, дешевле в эксплуатации в масштабе.

Все это довольно технично, но это важное напоминание о том, что не каждая часть разработки ИИ движется с головокружительной скоростью. Пока обучение моделей мчится вперед, большая часть технической инфраструктуры, необходимой этим моделям, все еще подвержена медленному процессу достижения консенсуса в органах по стандартизации. Это действительно происходит; просто немного медленнее!