Официальная спецификация новой версии протокола находится в открытом доступе с мая, но в понедельник утром разработчики из компании Arcade дали необычайно понятное объяснение сути изменений. Arcade — это двухлетний стартап, который полностью построил свой бизнес вокруг задачи заставить ИИ-агентов реально функционировать внутри компаний, позволяя им безопасно подключаться и выполнять действия в таких инструментах, как Gmail, Slack и Salesforce. В июне Arcade привлекла 60 миллионов долларов инвестиций, основываясь на идее о том, что большинство ИИ-агентов терпят неудачу не из-за слабости базовых моделей, а потому, что инфраструктура вокруг них еще не готова, и как раз на решение этой проблемы направлено текущее обновление.
По существу, Model Context Protocol (MCP) меняет способ обработки идентификаторов сессий — небольших токенов, с помощью которых серверы запоминают, что запрос относится к тому же разговору, что и несколько секунд назад, — чтобы серверы могли легче работать в крупных масштабах. Как объясняет основатель Arcade Нейт Барбеттини, при текущей системе, когда MCP-клиент, например Claude, впервые подключается к серверу, он отправляет приветствие: "Я Claude, вот моя версия, вот мои возможности". Сервер отвечает списком своих возможностей и возвращает идентификатор сессии. С этого момента клиент отправляет этот идентификатор с каждым запросом, чтобы сервер понимал, что это продолжение того же разговора. Иногда срок действия ID истекает, и тогда клиент должен заметить это, запросить новый идентификатор и продолжить работу.
Барбеттини предлагает представить себе реальное развертывание, когда сервер обслуживает миллионы пользователей, располагаясь за балансировщиком нагрузки, чья единственная задача — направлять каждый запрос на любой свободный сервер в ферме, иногда находящийся в другом регионе. В такой ситуации каждой из этих машин необходимо знать о сессионном идентификаторе, который выдала совершенно другая машина. Это не является неразрешимой задачей, но создает серьезные трудности и заставляет систему бороться с балансировщиком нагрузки, вместо того чтобы работать с ним согласованно. Иными словами, текущая архитектура предполагает, что один сервер помнит пользователя, но реальные компании распределяют трафик между десятками серверов, которые по умолчанию не обмениваются данными друг с другом, поэтому современным MCP-серверам приходится выполнять дополнительную работу только для отслеживания сессий пользователей.
Это было серьезной проблемой для всех, кто запускал MCP-сервер в промышленном масштабе, и одной из причин, по которой мы не увидели большого количества крупномасштабных собственных MCP-интеграций от компаний, несмотря на весь ажиотаж вокруг агентного искусственного интеллекта в этом году. В рамках новой системы протокол будет использовать менее жесткий, "не сохраняющий состояние" (stateless) подход к идентификаторам сессий на стороне сервера, аналогично тому, как уже работает большинство обычных веб-сайтов. Это должно сделать всю систему значительно более простой в обслуживании и, теоретически, более дешевой при масштабировании.
Хотя все это звучит довольно технически, происходящее служит важным напоминанием о том, что не каждая часть разработок в сфере ИИ движется с головокружительной скоростью. В то время как обучение моделей стремительно уходит вперед, значительная часть технической инфраструктуры, необходимой этим моделям для работы, все еще зависит от медленного процесса согласования в органах стандартизации. Работа действительно идет, но просто немного медленнее.