Model Context Protocol dosiahol významný míľnik v oblasti infraštruktúry: jeho revízia z 28. 7. 2026 posúva protokol smerom k bezstavovému jadru. Pre tímy vytvárajúce systémy agentov, servery nástrojov, integrácie IDE alebo viacmodelové orchestračné vrstvy nejde o kozmetickú aktualizáciu špecifikácií. Mení predpoklady o reláciách, inicializácii, škálovaní, kompatibilite a správe.

Kandidát na vydanie MCP opísal špecifikáciu z 28. júla ako pridanie bezstavového jadra protokolu, rámca rozšírení, úloh, MCP aplikácií, sprísnenia autorizácie a formálnej politiky ukončenia podpory. Oficiálny blog MCP tiež varoval, že vydanie obsahuje prelomové zmeny. GitHub, ktorý prevádzkuje jednu z najviditeľnejších implementácií servera MCP, pred konečným vydaním uviedol, že jeho server MCP už podporuje novú špecifikáciu a 28. júla opísal protokol ako „bezstavový“.

Praktický význam je jednoduchý: MCP je menej tvarovaný ako vrstva nástroja na lokálny prístup s vysokou reláciou a skôr ako vzdialený protokol To je dôležité, pretože systémy agentov už nie sú obmedzené na nástroje pre vývojárov desktopov. Stále častejšie bežia v rámci cloudových služieb, systémov CI, pracovných postupov zákazníckej podpory, nástrojov na sledovanie problémov a platforiem podnikovej automatizácie.

Čo sa zmenilo v MCP

Hlavnou zmenou je prechod na jadro protokolu bez stavu. V protokole zmien GitHub sa uvádza, že nové jadro odstraňuje relácie a inicializuje ich s cieľom uľahčiť škálovanie vzdialených nasadení MCP. Ide o významný architektonický posun. Stavové protokoly môžu dobre fungovať pre miestne nástroje a kontrolované prostredia, ale komplikujú horizontálne škálovanie, spúšťanie bez servera, núdzové prepnutie, nasadenie okrajov a vyrovnávanie záťaže.

Bezstavové jadro poskytuje implementátorom väčšiu slobodu pri prevádzkovaní MCP serverov za bežnou webovou infraštruktúrou. Požiadavky možno distribuovať medzi inštancie bez zachovania dlhodobej relácie na konkrétnom backende. Pre veľké organizácie to môže znížiť prevádzkovú zložitosť. Pre menšie tímy to môže uľahčiť nasadenie hostených serverov MCP pomocou spravovaného výpočtu namiesto vlastnej dlhotrvajúcej infraštruktúry.

Širšie vydanie z 28. 7. 2026 tiež zavádza rámec rozšírení a úlohy, podľa materiálov kandidátov na vydanie. Tieto doplnenia naznačujú, že MCP sa stáva modulárnejším a explicitnejším, pokiaľ ide o dlhšie trvajúcu prácu. MCP Aplikácie a stvrdnutie autorizácie sa uberá rovnakým smerom: protokol dozrieva zo skorého ekosystémového lepidla na formálnejšiu vrstvu pre interakciu agent-nástroj.

Cena tohto dozrievania je práca na kompatibilite. Blog MCP charakterizoval vydanie ako vydanie s prelomovými zmenami a materiály TypeScript a C# SDK publikované okolo revízie sa zameriavajú na podporu migrácie a bezstavové koncepty. Každý tím prevádzkujúci server MCP, vkladanie MCP do rozšírenia IDE alebo smerovanie hovorov agentov cez internú infraštruktúru by mal považovať revíziu za technickú udalosť, a nie za aktualizáciu štandardov na pozadí.

Prečo je bezstavové MCP dôležité pre vývojárov a operátorov

Nástroje agenta majú problém so škálovaním API. Jedna požiadavka používateľa môže spustiť mnoho volaní nástrojov, modelových otáčok, opakovaní, čítania súborov, vyhľadávacích dopytov a schvaľovacích krokov. Keď protokol nástroja predpokladá trvalé relácie, produkční operátori musia zachovať stav v rámci týchto interakcií alebo vytvoriť riešenia okolo protokolu.

Odstránením relácií z jadra MCP lepšie vyhovuje prostrediam, v ktorých sú záťaže agentov hromadné, distribuované a asynchrónne. Bezserverové funkcie, okrajoví pracovníci, nasadenia Kubernetes a multiregionálne systémy – to všetko prináša výhody, keď je možné spracovať požiadavky nezávisle.To nevylučuje stav z aplikácií agentov; presúva stav do aplikačných databáz, frontov úloh, systémov identity alebo explicitných vrstiev pracovného toku namiesto toho, aby ho vložil do jadra protokolu.

Vývojárom by táto zmena nakoniec mala uľahčiť používanie serverov vzdialených nástrojov. Pre platformové tímy to môže zjednodušiť pozorovateľnosť a plánovanie kapacity. Namiesto ladenia nepriehľadného správania súvisiaceho s reláciou sa operátori môžu zamerať na sledovanie na úrovni požiadaviek, latenciu volania nástroja, rozhodnutia o autorizácii a vzory chýb.

Existuje aj uhol riadenia. Keďže MCP sa stáva bežnejším v asistentoch kódovania a podnikových agentoch, spoločnosti budú potrebovať pravidlá týkajúce sa nástrojov, ktoré môžu agenti volať, k akým údajom majú prístup a ktorí používatelia alebo služby ich môžu vyvolať. Spevnenie Authorization v novej revízii preto nie je náhodné. Odzrkadľuje skutočnosť, že prístup k nástroju je teraz hranicou zabezpečenia, nielen pohodlím vývojárov.

Koho sa to týka

Najviac ovplyvnenými skupinami sú MCP správcovia serverov, SDK používatelia, tímy platformy agentov a organizácie, ktoré agentom AI vystavujú interné nástroje. Ak server závisí od správania relácie alebo starších inicializačných tokov, bude potrebovať testovanie podľa novej špecifikácie. Ak aplikácia podporuje viacero verzií MCP, môže potrebovať vyjednanie verzie, vrstvy kompatibility alebo plán postupnej migrácie.

Do rozsahu pôsobnosti spadajú aj dodávatelia IDE a vývojárskych nástrojov. MCP sa čoraz častejšie objavuje popri kódovacích agentoch, vlastných agentoch a funkciách správy modelov. Bezstavové jadro protokolu týmto produktom uľahčuje spoľahlivé volanie vzdialených nástrojov, ale iba vtedy, ak ich integrácia drží krok so špecifikáciou.

Firmy používajúce automatizáciu agentov by mali venovať pozornosť, aj keď si nikdy neprečítajú špecifikáciu MCP. Zmena môže ovplyvniť spoľahlivosť agentov, ktorí sa pripájajú k archívom, systémom lístkov, databázam, interným znalostným bázam alebo nástrojom na nasadenie. Počas obdobia migrácie nie sú pravdepodobné režimy zlyhania len zjavné výpadky. Môžu zahŕňať chýbajúce funkcie nástroja, zmenené správanie autentifikácie alebo agenti, ktorí sa vydávajú rôznymi cestami, pretože server nástroja sa už nespráva podľa očakávania.

V prípade brány AI API, ako je napríklad Model Gate, je pripojenie praktické. Jednotná AI API sa čoraz viac približuje k smerovaniu modelov, API správe kľúčov, analytike používania a tímovej správe API. Keďže systémy agentov pridávajú MCP volania nástrojov popri bežných volaniach modelov, vrstvy brány a pozorovateľnosti budú musieť zohľadňovať obe strany pracovného toku: ktorý model bol použitý, ktoré nástroje boli vyvolané, koľko stáli, kto ich autorizoval a kde sa vyskytli zlyhania.

Priority migrácie a otvorené otázky

Prvou prioritou migrácie je testovanie kompatibility. Tímy by mali inventarizovať MCP klientov a servery, identifikovať závislosti od relácií alebo inicializovať správanie a testovať v porovnaní so súpravami SDK 2026-07-28 alebo materiálmi o zhode, ak sú k dispozícii. Produkčné systémy by mali vykonať inováciu, najmä ak agenti vykonávajú akcie s vedľajšími účinkami, ako je vytváranie požiadaviek na stiahnutie, úprava problémov, dotazovanie sa na údaje zákazníkov alebo vykonávanie pracovných postupov nasadenia.

Druhou prioritou je pozorovateľnosť. Bezstavovú infraštruktúru možno jednoduchšie škálovať, ale systémy distribuovaných agentov stále potrebujú korelačné ID, zachytávanie sledovania, protokoly požiadaviek a udalosti politiky. Bez nich môžu tímy vymeniť zložitosť relácie za zložitosť ladenia. Analýza používania by mala rozlišovať medzi volaniami modelu a volaniami nástrojov, najmä ak sú pracovné postupy agentov fakturované, obmedzené alebo kontrolované tímom.

Tretou prioritou je kontrola autorizácie. Ak nová špecifikácia sprísni sémantiku autorizácie, implementátori by nemali jednoducho preniesť staré prístupové predpoklady do novej verzie. Mali by znova skontrolovať rozsahy tokenov, delegovanie používateľov, účty služieb, denníky auditu a správanie pri odmietnutí.Prístup k nástroju by mal byť v predvolenom nastavení najmenej privilegovaný, najmä pri vzdialených MCP nasadeniach.

Niektoré podrobnosti sa oplatí skontrolovať predtým, ako organizácie prijmú nezvratné rozhodnutia o návrhu. Výskum dostupný pre tento článok zahŕňal kandidáta na vydanie, stránku so špecifikáciami, materiály o migrácii SDK a poznámku o implementácii GitHub. Konečné normatívne znenie špecifikácie 2026-07-28 by sa malo skontrolovať priamo pred uvedením presných požiadaviek na protokol v interných normách alebo v dokumentácii zákazníka.

Aj s touto výhradou je smer jasný. MCP sa stáva viac produkčne orientovaným protokolom pre infraštruktúru agentov. Bezstavové jadro by malo uľahčiť škálovanie vzdialených nasadení, no zároveň núti ekosystém očistiť sa od predpokladov z predchádzajúcich implementácií. Pre tímy budované s agentmi je to druh zmeny protokolu, ktorý si zaslúži lístok na šprint, nielen záložku.