Протоколът Model Context Protocol (MCP) е един от основните градивни елементи на съвместимостта в областта на изкуствения интелект, който предоставя на AI моделите сигурен начин за достъп до външни източници на данни и услуги. Това е именно онази „инфраструктура“, която позволява на чатбота да погледне в календара ви, базата данни или вътрешните инструменти, вместо инженерите да изграждат индивидуални „тръби“ за всяка връзка.

Следващата седмица този протокол ще претърпи значително обновяване и макар за крайните потребители то да остане незабележимо, то може да окаже силно влияние върху развитието на цялата екосистема.

Официалната спецификация на новата версия беше публикувана още през май, но в вчера сутринта в мрежата се появи необичайно ясно обяснение на промените от екипа на Arcade – стартъп, създаден преди две години, който е изградил своя бизнес върху идеята да накара AI агентите да работят ефективно в рамките на компаниите, като им позволява безопасно да се свързват и да взаимодействат с инструменти като Gmail, Slack и Salesforce.

През юни Arcade привлече 60 милиона долара финансиране, изхождайки от идеята, че повечето AI агенти се провалят не поради слабости в базовите AI модели, а поради факта, че инфраструктурата около тях все още не е готова. Именно този проблем има за цел да реши това обновление. По същество MCP променя начина на обработка на идентификаторите на сесиите – онези малки токени, които сървърите използват, за да запомнят: „аха, това е същият разговор, който беше преди 5 секунди“, за да могат сървърите по-лесно да работят в по-голям мащаб.

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

„В настоящата система, когато клиентът на MCP, например Claude се свърже за първи път със сървъра, той изпраща „поздрав“: „Аз съм Клод, ето версията ми, ето възможностите ми“. Сървърът отговаря със своите възможности и изпраща обратно идентификатор на сесията… След това клиентът изпраща този идентификатор на сесията с всяко заявка, за да може сървърът да знае, че става дума за същия разговор. Понякога валидността на идентификатора изтича, затова клиентът трябва да забележи това, да поиска нов и да продължи. Представете си реално внедряване. Стартирате сървър за милиони потребители зад балансиращ натоварването, чиято задача е да насочва всяко заявка към който и да е свободен сървър във фермата, понякога в друг регион. Сега всяка от тези машини трябва да знае за сесийния идентификатор, издаден от някаква друга машина. Това не е невъзможно, но е сериозно главоболие и се бори с балансиращия натоварването, вместо да работи с него.“

С други думи, настоящата конфигурация предполага, че един сървър „ви запомня“, но реалните компании разпределят трафика между десетки сървъри, които по подразбиране не комуникират помежду си. Затова днешните MCP сървъри са принудени да извършват допълнителна работа само за да проследяват кой кой е. Това беше сериозен проблем за всички, които пускат MCP сървър в голям мащаб, и отчасти е причината да не виждаме повече компании, които внедряват мащабни, собствени MCP интеграции, въпреки цялата шумотевица около агентния AI през тази година.

В новата система протоколът ще използва по-гъвкав, „stateless“ (без запазване на състоянието) подход към идентификаторите на сесиите от страна на сървъра, подобно на начина, по който вече работят повечето обикновени уебсайтове. Това би трябвало да направи цялата система много по-лесна за поддръжка и, теоретично, по-евтина за експлоатация в голям мащаб. Всичко това е доста техническо, но е важно напомняне, че не всяка част от разработката на AI се движи с главозамайваща скорост. Докато обучението на AI моделите напредва с бързи темпове, голяма част от техническата инфраструктура, необходима за тези модели все още е подложена на бавния процес на постигане на консенсус в органите по стандартизация. Това наистина се случва – просто малко по-бавно.