AgentCore ir MCP 2026-07-28: mažas protokolo skaičius, didelis agentų stabilumas

·


AgentCore MCP 2026-07-28 protokolo palaikymas DI agentams

AgentCore MCP šiandien nėra teorinis žaislas. Tai jau darbas, pinigai, duomenys ir kartais labai žemiškas klausimas: kas prisiims atsakomybę, kai DI pradės veikti už žmogų?

AWS aprašė, kaip AgentCore Gateway palaiko MCP 2026-07-28 specifikaciją. Skamba kaip eilutė, kurią praleistum. Bet čia slepiasi praktinis agentų klausimas: kaip atnaujinti protokolą taip, kad niekas nesulūžtų pirmadienį 9:03.

Turiu prisipažinti, tokias naujienas skaitau ne kaip blizgančią vitriną. Skaitau kaip žmogus, kuris iš karto galvoja apie komandą pirmadienio rytą. Kas iš to bus naudinga? Kur bus painiava? Ir kur po mėnesio kas nors pasakys: „mes galvojom, kad čia automatiškai susitvarkys“.

KAS NUTIKO

AgentCore Gateway gali reklamuoti palaikomas MCP versijas, o klientas kiekvienoje užklausoje pasirenka norimą versiją. Naujesnė specifikacija įjungiama tik tiems klientams, kurie jos prašo.

Čia nėra fejerverkų. Ir gerai. Kartais geriausia technologijų naujiena yra ta, po kurios niekas neskambina su klausimu, kodėl neveikia gamyba.

Čia svarbi detalė: kalbame ne apie dar vieną gražų demonstracinį video. Kalbame apie produktus, politiką, infrastruktūrą arba tyrimus, kurie keičia, kaip žmonės dirba su DI realiose organizacijose.

KODĖL TAI SVARBU

Agentai vis dažniau jungiasi prie įrankių per MCP. Jei protokolas keičiasi, reikia aiškaus kelio, kaip palaikyti senus klientus ir įjungti naujus be chaoso.

DI jau išlipo iš „parašyk tekstą“ dėžutės. Jis naršo, jungiasi prie įrankių, analizuoja duomenis, planuoja veiksmus, kartais tvarko dokumentus ar padeda priimti sprendimą. Trumpai: jis artėja prie darbo proceso, ne tik prie pokalbio lango.

Ir čia smegenys mėgsta paslysti. Norisi sakyti: „ai, čia dar užsienyje“. Bet tas pats modelis ar funkcija rytoj atsiras kliento kompiuteryje, darbuotojo naršyklėje arba partnerio pasiūlyme.

KĄ TAI REIŠKIA VERSLUI

Verslui tai reiškia, kad agentų infrastruktūroje versijų valdymas taps toks pat svarbus kaip API sutartys. Be jo kiekvienas atnaujinimas bus mažas lošimas.

  • žinoti, kokią MCP versiją naudoja klientai
  • naujus protokolus įjungti opt-in principu
  • testuoti suderinamumą prieš diegimą
  • turėti atgalinio grįžimo planą

Jei kuriate agentą su išoriniais įrankiais, dokumentuokite ne tik endpointą, bet ir protokolo versiją. Vėliau sau padėkosite.

Man patinka paprastas testas: ar po šios naujienos tavo komanda turi vieną aiškesnį sprendimą? Jei ne, vadinasi dar tik skaitome. Skaityti galima. Tik nereikia apsimesti, kad tai jau strategija.

KUR GALI SKAUDĖTI

Rizika – manyti, kad agentų įrankiai yra tik promptų klausimas. Ne. Po apačia yra sutartys, versijos, autentifikacija ir klaidos, kurios kainuoja laiką.

Dažniausia klaida labai ūkiška. Žmonės įsijungia įrankį, pabando, nustemba, pasidžiaugia ir tada palieka viską savieigai. Po kelių savaičių paaiškėja, kad vieni darbuotojai kelia jautrius failus, kiti matuoja naudą iš jausmo, o treti net nežino, kas leidžiama.

Ne tragedija. Bet tvarkos reikia.

KĄ PASIDARYTI ŠIĄ SAVAITĘ

Šią savaitę patikrinkite vieną agento integraciją ir užrašykite jos protokolo ar API versiją. Jei niekas nežino – tai jau signalas.

Šaltinis: AWS Machine Learning Blog.

DUK

Kas yra MCP?

Model Context Protocol yra būdas DI sistemoms jungtis prie įrankių ir konteksto per standartizuotą sąsają.

Ką pakeičia AgentCore Gateway?

Jis leidžia reklamuoti kelias MCP versijas ir klientui pasirinkti konkrečią versiją kiekvienoje užklausoje.

Kodėl tai aktualu įmonėms?

Nes agentų integracijos turi būti atnaujinamos kontroliuojamai, nepaleidžiant lūžių klientų procesuose.

Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas. Vienas atsakingas žmogus. Vienas matavimas. Daugiau praktikos rasi MasterSprint.