Model Context Protocol dosiahol významný míľnik 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, aplikácií MCP, 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í serverov MCP, pred konečným vydaním uviedol, že jeho server MCP už podporuje novú špecifikáciu a protokol opísal ako „bezstavový“ 28. júla.
Praktický význam je jednoduchý: MCP sa formuje menej ako lokálna integračná vrstva s množstvom relácií a skôr ako internetový protokol pre vzdialený prístup k nástrojom. 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, sledovačov problémov a platforiem podnikovej automatizácie.
Čo sa zmenilo v MCP
Hlavnou zmenou je prechod na jadro protokolu bez stavu. V protokole zmien GitHubu 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, vykonávanie bez servera, prepnutie pri zlyhaní, nasadenie okrajov a vyrovnávanie záťaže.
Bezstavové jadro dáva implementátorom väčšiu slobodu pri prevádzkovaní serverov MCP 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 hostovaných serverov MCP pomocou riadené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 dodatky naznačujú, že MCP sa stáva modulárnejším a explicitnejším, pokiaľ ide o dlhodobejšiu prácu. Aplikácie MCP a sprísňovanie autorizácií smerujú 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, ktorý vyzerá inak ako bežné škálovanie 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 sa MCP lepšie hodí do prostredí, kde 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 mala nakoniec 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 afinity relácie 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 sa MCP 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ť. Sprísnenie autorizácie v novej revízii preto nie je náhodné.Odráža skutočnosť, že prístup k nástroju je teraz hranicou zabezpečenia, nie len pohodlím vývojárov.
Koho sa to týka
Najviac ovplyvnenými skupinami sú správcovia serverov MCP, používatelia SDK, tímy platforiem agentov a organizácie vystavujúce interné nástroje agentom AI. 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 viac objavuje popri kódovacích agentoch, vlastných agentoch a funkciách správy modelov. Bezstavové jadro protokolu uľahčuje týmto produktom spoľahlivé volanie vzdialených nástrojov, ale iba ak ich integrácia drží krok so špecifikáciou.
Firmy využí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 Model Gate, je pripojenie praktické. Zjednotené AI API sa čoraz viac približuje k smerovaniu modelov, správe kľúčov API, analytike používania a tímovej správe API. Keď systémy agentov pridajú k bežným volaniam modelu volania nástrojov MCP, 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ť klientov a servery MCP, identifikovať závislosti od relácií alebo inicializovať správanie a otestovať ich oproti súpravám SDK 2026-07-28 alebo materiálom o zhode, ak sú k dispozícii. Produkčné systémy by mali aktualizovať inováciu, najmä ak agenti vykonávajú akcie s vedľajšími účinkami, ako je vytváranie požiadaviek na stiahnutie, úprava problémov, dopytovanie sa zákazníckych údajov 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ä pre vzdialené nasadenia MCP.
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 na migráciu súpravy SDK a poznámku o implementácii GitHub. Konečné normatívne znenie špecifikácie 2026-07-28 by sa malo preskúmať priamo pred uvedením presných požiadaviek protokolu v interných normách alebo zákazníckej dokumentácii.
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, ktoré budujú s agentmi, je to druh zmeny protokolu, ktorý si zaslúži lístok na šprint, nielen záložku.