Протокол контексту моделі (MCP) є одним з основних будівельних блоків для взаємодії штучного інтелекту, надаючи моделям ШІ безпечний спосіб доступу до зовнішніх джерел даних та сервісів. Це своєрідна “сантехніка”, яка дозволяє чат-боту отримати доступ до вашого календаря, бази даних або внутрішніх інструментів, замість того, щоб інженери створювали індивідуальні “труби” для кожного з’єднання. Наступного тижня цей протокол отримає значне оновлення, і хоча воно може залишитися непоміченим для кінцевих користувачів, воно може суттєво вплинути на розвиток екосистеми.
Офіційна специфікація нової версії є публічною з травня, але ми отримали незвично чітке пояснення змін у понеділок вранці від команди Arcade — дворічного стартапу, який побудував весь свій бізнес навколо роботи зі забезпеченням функціонування ШІ-агентів у реальних компаніях, дозволяючи їм безпечно підключатися до таких інструментів, як Gmail, Slack та Salesforce, і діяти з ними.
Arcade залучив 60 мільйонів доларів у червні, виходячи з того, що більшість ШІ-агентів зазнають невдачі не через слабкість базових моделей, а через неготовність інфраструктури навколо них. Саме це намагається вирішити це оновлення. По суті, MCP змінює спосіб обробки ідентифікаторів сесій — маленьких маркерів, які сервери використовують для запам’ятовування “ага, це та сама розмова, що й п’ять секунд тому” — щоб сервери могли легше працювати у великих масштабах.
Як зазначає засновник Arcade Нейт Барбеттіні:
[У поточній системі] Першого разу, коли клієнт MCP, такий як Claude, підключається до сервера, він надсилає “привіт”: Я Claude, ось моя версія, ось мої можливості. Сервер відповідає своїми можливостями та повертає ідентифікатор сесії… З цього моменту клієнт надсилає цей ідентифікатор сесії з кожним запитом, щоб сервер знав, що це та сама розмова. Іноді ідентифікатор термінує термін дії, тому клієнт повинен це помітити, запросити новий та продовжити…
Уявіть собі реальне розгортання. Ви керуєте сервером для мільйонів користувачів, за балансувальником навантаження, вся робота якого полягає в маршрутизації кожного запиту до будь-якого вільного сервера у кластері, іноді в іншому регіоні. Тепер кожна з цих машин повинна знати про ідентифікатор сесії, який видала якась інша машина. Це не неможливо, але це серйозний біль, і це суперечить балансувальнику навантаження, а не працює з ним.
Іншими словами, поточна конфігурація передбачає, що один сервер пам’ятає вас, але реальні компанії розподіляють трафік між десятками серверів, які за замовчуванням не спілкуються між собою. Тому сьогоднішні MCP-сервери повинні виконувати додаткову роботу, лише щоб відстежувати, хто є хто. Це було значною проблемою для тих, хто запускає MCP-сервер у великих масштабах, і це одна з причин, чому ми не бачили, щоб більше компаній впроваджували масштабні, власні MCP-інтеграції, незважаючи на весь ажіотаж навколо агентного ШІ цього року.
Згідно з новою системою, протокол буде використовувати більш гнучкий, “безстатусний” підхід до ідентифікаторів сесій на стороні сервера, подібно до того, як працює більшість звичайних вебсайтів, що повинно зробити всю систему набагато легшою в обслуговуванні та, теоретично, дешевшою в експлуатації у великих масштабах.
Це все досить технічно, але це важливе нагадування про те, що не кожна частина розробки ШІ рухається з шаленою швидкістю. Поки тренування моделей випереджає події, значна частина технічної інфраструктури, яка потрібна цим моделям, все ще залежить від повільного процесу досягнення консенсусу в органах зі стандартизації. Це справді відбувається; це просто трохи повільніше!
Коли ви купуєте за посиланнями в наших статтях, ми можемо отримати невелику комісію. Це не впливає на нашу редакційну незалежність.
Оригінал статті: techcrunch.com