Modeļa konteksta protokols ir sasniedzis nozīmīgu infrastruktūras pavērsienu: tā 2026. gada 28. gada 7. gada pārskatīšana pārceļ protokolu uz bezvalstnieku kodolu. Komandām, kas veido aģentu sistēmas, rīku serverus, IDE integrācijas vai vairāku modeļu orķestrācijas slāņus, tas nav kosmētiskais specifikācijas atjauninājums. Tas maina pieņēmumus par sesijām, inicializāciju, mērogošanu, saderību un pārvaldību.

MCP laidiena kandidāts aprakstīja 28. jūlija specifikāciju kā bezvalsts protokola kodola, paplašinājumu ietvara, uzdevumu, MCP lietotņu, autorizācijas nostiprināšanas un formālas novecošanas politikas pievienošanu. Oficiālais MCP emuārs arī brīdināja, ka laidienā ir būtiskas izmaiņas. GitHub, kurā tiek izmantota viena no redzamākajām MCP serveru ieviešanām, pirms galīgā laidiena paziņoja, ka tā MCP serveris jau atbalsta jauno specifikāciju, un 28. jūlijā aprakstīja protokolu kā “bezvalstnieku”.

Praktiskā nozīme ir vienkārša: MCP tiek veidots mazāk kā sesijas smags lokālais integrācijas slānis, bet gan vairāk kā interneta rīka mēroga protokols attālai piekļuvei. Tam ir nozīme, jo aģentu sistēmas vairs neaprobežojas tikai ar galddatoru izstrādātāju rīkiem. Tie arvien vairāk darbojas mākoņpakalpojumos, CI sistēmās, klientu atbalsta darbplūsmās, problēmu izsekotājos un uzņēmuma automatizācijas platformās.

Kas mainījās MCP

Galvenās izmaiņas ir pāreja uz bezvalsts protokola kodolu. GitHub izmaiņu žurnālā teikts, ka jaunais kodols noņem sesijas un inicializē, lai atvieglotu attālās MCP izvietošanas mērogošanu. Tā ir būtiska arhitektūras maiņa. Stāvokļa protokoli var labi darboties vietējiem rīkiem un kontrolētām vidēm, taču tie sarežģī horizontālo mērogošanu, izpildi bez serveriem, kļūmjpārlēci, malu izvietošanu un slodzes līdzsvarošanu.

Bezstāvoklis nodrošina ieviesējiem lielāku brīvību darbināt MCP serverus aiz parastās tīmekļa infrastruktūras. Pieprasījumus var izplatīt dažādās instancēs, nesaglabājot ilgstošu sesiju noteiktā aizmugursistēmā. Lielām organizācijām tas var samazināt darbības sarežģītību. Mazākām komandām tas var atvieglot mitināto MCP serveru izvietošanu, izmantojot pārvaldītu aprēķinu, nevis pielāgotu ilgtermiņa infrastruktūru.

Plašākajā 2026. 07.28. laidienā saskaņā ar izlaiduma kandidātu materiāliem ir ieviesta arī paplašinājumu sistēma un uzdevumi. Šie papildinājumi liecina, ka MCP kļūst modulārāks un skaidrāk runā par ilgstošāku darbu. MCP lietotnes un autorizācijas sacietēšana ir vērsta vienā virzienā: protokols no agrīnas ekosistēmas līmes pārvēršas formālākā slānī aģentu un rīku mijiedarbībai.

Šīs nogatavināšanas izmaksas ir saderības darbs. MCP emuārs raksturoja izlaidumu kā tādu, kurā ir notikušas būtiskas izmaiņas, un TypeScript un C# SDK materiāli, kas publicēti saistībā ar pārskatīšanu, koncentrējas uz migrācijas atbalstu un bezvalstniecības jēdzieniem. Jebkurai komandai, kas izmanto MCP serveri, iegultu MCP IDE paplašinājumā vai maršrutēšanas aģentu izsaukumus, izmantojot iekšējo infrastruktūru, pārskatīšana jāuzskata par inženierijas notikumu, nevis fona standartu atjauninājumu.

Kāpēc bezvalsts MCP ir svarīga izstrādātājiem un operatoriem

Aģenta rīkiem ir mērogošanas problēma, kas atšķiras no parastās API mērogošanas. Viens lietotāja pieprasījums var izraisīt daudzus rīku izsaukumus, modeļu pagriezienus, atkārtotus mēģinājumus, failu nolasīšanu, meklēšanas vaicājumus un apstiprināšanas darbības. Ja rīka protokols uzņemas ilgstošas ​​sesijas, ražošanas operatoriem ir jāsaglabā šo mijiedarbību stāvoklis vai jāveido risinājumi, kas saistīti ar protokolu.

Noņemot sesijas no kodola, MCP labāk iederas vidēs, kur aģenta darba slodze ir sērijveida, izplatīta un asinhrona. Bezserveru funkcijas, malas darbinieki, Kubernetes izvietošana un vairāku reģionu sistēmas ir izdevīgas, ja pieprasījumus var apstrādāt neatkarīgi. Tas neizslēdz stāvokli no aģenta lietojumprogrammām; tas pārvieto statusu lietojumprogrammu datu bāzēs, uzdevumu rindās, identitātes sistēmās vai precīzos darbplūsmas slāņos, nevis iegulst protokola kodolā.

Izstrādātājiem šīs izmaiņas galu galā atvieglos attālo rīku serveru lietošanu. Platformu komandām tas var vienkāršot novērojamību un jaudas plānošanu. Tā vietā, lai atkļūdotu nepārredzamu sesijas radniecību, operatori var koncentrēties uz pieprasījuma līmeņa izsekošanu, rīka izsaukuma latentumu, autorizācijas lēmumiem un kļūdu modeļiem.

Ir arī pārvaldības leņķis. Tā kā MCP kļūst arvien izplatītāks kodēšanas palīgos un uzņēmumu aģentos, uzņēmumiem būs nepieciešamas politikas, saskaņā ar kuriem aģenti var izsaukt rīkus, kādiem datiem viņi var piekļūt un kuri lietotāji vai pakalpojumi drīkst tos izsaukt. Tāpēc autorizācijas nostiprināšana jaunajā redakcijā nav nejauša.Tas atspoguļo realitāti, ka piekļuve rīkiem tagad ir drošības robeža, nevis tikai izstrādātāja ērtības.

Ietekmētās grupas

Vistiešāk skartās grupas ir MCP serveru uzturētāji, SDK lietotāji, aģentu platformas komandas un organizācijas, kas pakļauj iekšējos rīkus AI aģentiem. Ja serveris ir atkarīgs no sesijas uzvedības vai vecākām inicializācijas plūsmām, tam būs jāveic testēšana saskaņā ar jauno specifikāciju. Ja lietojumprogramma atbalsta vairākas MCP versijas, tai var būt nepieciešama versiju apspriešana, saderības slāņi vai pakāpenisks migrācijas plāns.

Ietver arī IDE un izstrādātāju rīku piegādātājus. MCP arvien vairāk parādās kopā ar kodēšanas aģentiem, pielāgotajiem aģentiem un modeļu pārvaldības līdzekļiem. Bezvalsts protokola kodols ļauj šiem produktiem vieglāk droši izsaukt attālos rīkus, taču tikai tad, ja to integrācija atbilst specifikācijām.

Uzņēmumiem, kas izmanto aģentu automatizāciju, vajadzētu pievērst uzmanību pat tad, ja tie nekad nelasa MCP specifikāciju. Izmaiņas var ietekmēt to aģentu uzticamību, kuri savienojas ar krātuvēm, biļešu sistēmām, datu bāzēm, iekšējām zināšanu bāzēm vai izvietošanas rīkiem. Migrācijas logu laikā iespējamie atteices režīmi ir ne tikai acīmredzami pārtraukumi. Tie var ietvert trūkstošas ​​rīka iespējas, mainītas autentifikācijas darbības vai aģenti, kas izmanto dažādus ceļus, jo rīka serveris vairs nedarbojas, kā paredzēts.

Attiecībā uz AI API vārteju, piemēram, Model Gate, savienojums ir praktisks. Vienota AI API arvien biežāk atrodas modeļa maršrutēšanas, API atslēgu pārvaldības, lietojuma analīzes un komandas API pārvaldības tuvumā. Tā kā aģentu sistēmas pievieno MCP rīku izsaukumus līdzās parastajiem modeļu izsaukumiem, vārtejas un novērojamības slāņiem būs jāņem vērā abas darbplūsmas puses: kurš modelis tika izmantots, kuri rīki tika izsaukti, cik tie maksāja, kurš tos autorizēja un kur radās kļūmes.

Migrācijas prioritātes un atklātie jautājumi

Pirmā migrācijas prioritāte ir saderības pārbaude. Komandām ir jāveic MCP klientu un serveru inventarizācija, jāidentificē atkarības no sesijām vai jāinicializē darbība un jāpārbauda, ​​vai tie atbilst 2026-07-28 SDK vai atbilstības materiāliem, ja tie ir pieejami. Ražošanas sistēmām ir jāveic jaunināšana, it īpaši, ja aģenti veic darbības ar blakusefektiem, piemēram, izveido izvilkšanas pieprasījumus, pārveido problēmas, vaicā klientu datus vai izpilda izvietošanas darbplūsmas.

Otrā prioritāte ir novērojamība. Bezvalstnieku infrastruktūru var vieglāk mērogot, taču izplatītajām aģentu sistēmām joprojām ir nepieciešami korelācijas ID, izsekošanas tveršana, pieprasījumu žurnāli un politikas notikumi. Bez tiem komandas var mainīt sesijas sarežģītību pret atkļūdošanas sarežģītību. Lietojuma analīzē ir jānošķir modeļu izsaukumi no rīku izsaukumiem, jo ​​īpaši, ja aģenta darbplūsmas iekasē rēķinus, ierobežo tarifus vai tās auditē komanda.

Trešā prioritāte ir autorizācijas pārskatīšana. Ja jaunā specifikācija nostiprina autorizācijas semantiku, īstenotājiem nevajadzētu vienkārši pārnest vecos piekļuves pieņēmumus jaunajā versijā. Viņiem ir atkārtoti jāpārbauda pilnvaru tvērumi, lietotāju deleģēšana, pakalpojumu konti, audita žurnāli un atteikuma darbība. Rīka piekļuvei pēc noklusējuma ir jābūt vismazākām privilēģijām, jo ​​īpaši attālinātām MCP izvietošanām.

Joprojām ir vērts pārbaudīt dažas detaļas, pirms organizācijas pieņem neatgriezeniskus dizaina lēmumus. Šim rakstam pieejamais pētījums ietvēra laidiena kandidātu, specifikācijas lapu, SDK migrācijas materiālus un GitHub ieviešanas piezīmi. 2026-07-28 specifikācijas galīgais normatīvais formulējums ir jāpārskata tieši pirms precīzu protokola prasību citēšanas iekšējos standartos vai klienta dokumentācijā.

Pat ar šo brīdinājumu virziens ir skaidrs. MCP kļūst par vairāk uz ražošanu orientētu protokolu aģentu infrastruktūrai. Bezvalstnieka kodolam vajadzētu atvieglot attālinātās izvietošanas mērogošanu, taču tas arī liek ekosistēmai iztīrīt pieņēmumus no iepriekšējām ieviešanām. Komandām, kuras veido aģentus, šī ir tāda protokola maiņa, kas ir pelnījusi sprinta biļeti, nevis tikai grāmatzīmi.