Protokol MCP (Model Context Protocol) vydal svou dosud nejvýznamnější aktualizaci specifikací, která se transformovala z obousměrného stavového protokolu na zjednodušený systém žádost-odpověď navržený pro nasazení agentů AI v produkčním měřítku. Specifikace 2026-07-28, oznámená 28. července 2026, označuje to, co přispěvatelé projektu popisují jako nejdůležitější verzi protokolu od spuštění vzdáleného MCP před více než rokem.
Aktualizace přichází, protože přijetí MCP explodovalo. Sady SDK Tier 1 protokolu – TypeScript, Python, Go a C# – nyní zaznamenávají téměř půl miliardy stažení za měsíc, přičemž sady TypeScript i Python SDK překračují hranici jedné miliardy celkového počtu stažení. Podle blogového příspěvku projektu se MCP stal výchozím datovým a interaktivním substrátem pro agentní pracovní postupy napříč podniky. Další informace o vyvíjejícím se prostředí infrastruktury AI najdete v našem [nejnovějším pokrytí odvětví AI] (https://aibuzzwire.news).
Bezstátní protokolové jádro
Hlavní změnou je zrušení inicializované/inicializované výměny handshake a hlavičky Mcp-Session-Id. Každý požadavek nyní putuje nezávisle a nese svou verzi protokolu, identitu klienta a možnosti klienta v metadatech. Praktický důsledek je významný: jakýkoli požadavek nyní může přistát na jakékoli instanci serveru za jednoduchým kruhovým vyrovnáváním zátěže, aniž by vyžadoval sdílené úložiště relace.
Nový volitelný server/discover Remote Procedure Call (RPC) umožňuje klientům naučit se funkce serveru před uskutečněním volání, ale není to nutné. Tento architektonický posun přímo řeší to, co tým MCP označil za jednu z nejžádanějších funkcí od vývojářů, kteří hledají lepší spolehlivost a škálovatelnost.
Zrušení relací na úrovni protokolu nevynutí aplikace, aby byly bezstavové. Pokud server potřebuje přenášet stav napříč voláními, může vygenerovat explicitní popisovač z nástroje a nechat model AI předat jej zpět jako argument. Tým MCP zjistil, že tento přístup funguje lépe než stav relace skrytý v transportu, protože model může vidět rukojeť a propojit jej mezi nástroji.
Žádosti o více zpátečních cest nahrazují pozdržené otevřené streamy
Specifikace zavádí Multi Round-Trip Requests (MRTR), které nahrazují serverem iniciované požadavky na elicitaci, vzorkování a kořeny, které dříve vyžadovaly držené otevřené obousměrné toky. Když nástroj potřebuje vstup od uživatele uprostřed hovoru – například potvrzení nebo chybějící parametr – server vrátí typ výsledku „input_required“ spolu s požadavky, na které potřebuje odpovědět. Klient poté zopakuje původní hovor s připojenými odpověďmi.
Tento design eliminuje potřebu neustále otevřených obousměrných připojení, což je hlavní provozní zátěž pro týmy provozující servery MCP ve velkém měřítku.
Směrování založené na záhlaví a seznamy, které lze uložit do mezipaměti
Streamovatelné požadavky HTTP nyní musí obsahovat hlavičky Mcp-Method a Mcp-Name, které umožňují branám, omezovačům rychlosti a firewallům webových aplikací směrovat a měřit provoz na základě hlaviček, nikoli analýzy těl JSON. Tato změna uvádí MCP do souladu se standardními vzory bran API používaných v podnikové infrastruktuře.
Odpovědi z nástrojů/seznamu, výzev/seznamu, zdrojů/seznamu a zdrojů/přečtení nyní obsahují rady týkající se doby životnosti a rozsahu mezipaměti. To umožňuje klientům ukládat katalogy nástrojů do mezipaměti a udržovat mezipaměti pro upstream výzvy stabilní během opětovného připojení, což snižuje zbytečné opětovné načítání a snižuje latenci pro opakované operace.
Potvrzení autorizace
Specifikace zavádí několik vylepšení zabezpečení čerpaných z roční zpětné vazby od implementátorů. Autorizační servery nyní musí vracet parametr iss podle RFC 9207 a klienti jej musí ověřit před uplatněním autorizačního kódu, čímž dojde k uzavření chyby zabezpečení záměny autorizačního serveru. Pověření klienta jsou vázána na vydavatele, který je vytiskl, což zabraňuje opětovnému použití na autorizačních serverech.
Dynamická registrace klienta (DCR), i když je stále funkční kvůli zpětné kompatibilitě, je nyní formálně ukončena ve prospěch dokumentů s metadaty ID klienta (CIMD). Tým MCP to popsal jako zpřísňující opatření k uvedení protokolu do souladu s požadavky specifikace OAuth.
Formální rámec rozšíření a ukončení podpory
Úkoly se přesunuly z experimentálního stavu do formálního rozšíření a připojily se k dalším rozšířením, jako jsou MCP Apps a Enterprise Managed Authorization. Úlohy/získání založené na průzkumu a nový mechanismus Úlohy/aktualizace nahrazují starší koncový bod HTTP GET s oznámeními o změnách sloučenými do jediného streamu odběrů/poslechu.
Roots, Sampling a Logging byly ukončeny s minimálním dvanáctiměsíčním obdobím ukončení podpory, což dává vývojářům čas na plánování migrací. Starší přenos HTTP+SSE je také oficiálně ukončen s ročním offframpem. Novým implementacím se doporučuje tyto funkce nepřijímat.
Všechny čtyři sady SDK Tier 1 – TypeScript, Python, Go a C# – nyní podporují specifikaci 2026-07-28 s podporou sady Rust SDK v beta verzi. Sady SDK obsahují podrobné poznámky k migraci pro přelomové změny, zejména pro vývojáře, kteří záviseli na identifikátorech relace.
Průmyslová recepce
Vydání přitáhlo značnou pozornost na vývojářských fórech, trendy na Hacker News s více než 100 body. David Soria Parra, člen technického personálu MCP a spoluvynálezce protokolu, to označil za zatím nejjasnější signál, že MCP se stává skutečnou infrastrukturou produkční úrovně.
"Největší změny jsou ty přelomové a komunita se rozhodla udělat tvrdou práci spíše než přelepit mezery," napsala Soria Parra. "Toto je protokol vyrůstající v reálném čase kolem toho, co produkční týmy skutečně potřebují."
Aktualizace signalizuje, že MCP, který vznikl jako projekt s otevřeným zdrojovým kódem pro standardizaci přístupu modelů umělé inteligence k externím nástrojům a datům, dozrává v základní infrastrukturu pro éru agentní umělé inteligence. S půl miliardou stažení měsíčně a formálními rozšířeními pro podnikové nasazení se protokol staví jako spojovací tkáň mezi modely umělé inteligence a systémy, se kterými potřebují interakci.
