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

Упрощение архитектуры

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

Новый подход к идентификации

С обновлением MCP идентификаторы клиентов и их возможности будут передаваться с каждым вызовом. Серверы получат новый метод `server/discover`, который позволит клиентам запрашивать доступные функции перед обращением к серверу. Это изменение сделает базовую схему протокола более простой, а состояние будет добавляться только в тех случаях, когда это действительно необходимо.

Явные идентификаторы и безопасность

Для операций, требующих запоминания контекста, MCP предложит явные идентификаторы. Например, при создании корзины будет возвращаться `basket_id`, который модель сможет передавать в последующих запросах. Это позволит избежать скрытых идентификаторов сеанса и повысит прозрачность взаимодействия. Однако важно отметить, что идентификаторы не будут служить подтверждением прав доступа. Сервер будет обязан проверять разрешения каждый раз, когда к нему обращаются, связывая идентификаторы с учётной записью.

Упрощение серверной инфраструктуры

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

Новые заголовки и кэширование

Обновление также вводит обязательный заголовок `Mcp-Method`, который будет использоваться для операций с инструментами и ресурсами. Это позволит инфраструктуре ограничивать частоту запросов и проверять права доступа, не анализируя всё тело сообщения. Кроме того, ответы со списками инструментов и ресурсов будут содержать срок хранения и область действия кэша, что повысит эффективность кэширования и снизит задержки.

Расширения и политика отказа от старых функций

Разработчики MCP вынесли расширения в отдельную систему, что позволит развивать дополнительные возможности без постоянного изменения основной спецификации. Функция `Tasks`, которая была добавлена в экспериментальном виде, станет отдельным расширением после переработки. Также будет введена формальная политика отказа от устаревших функций, которая обеспечит доступность старых возможностей в течение не менее 12 месяцев.

Переход на новую версию

Переход на новую версию MCP потребует доработок. Серверы, использовавшие экспериментальный интерфейс `Tasks`, будут вынуждены перейти на новую схему. Механизмы `Sampling` и `Logging` также утратят прежнюю роль. Если сервер будет обращаться к поставщику модели напрямую, его владельцу придётся самостоятельно управлять ключами доступа и пользовательскими данными.

Заключение

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