Správci Model Context Protocol (MCP) zveřejnili aktualizovaný plán, který bude formovat další vydání specifikace protokolu, který se stal de facto standardem pro připojení modelů umělé inteligence k externím nástrojům a datům. Příspěvek z 22. srpna, jehož autory jsou hlavní správci David Soria Parra a Den Delimarsky, uvádí pět prioritních oblastí – od primitiv pro zasílání zpráv agentů po standardizovanou identitu agentů – a přichází jen několik týdnů po přelomu specifikace protokolu 2026-07-28.
Aktualizace přitáhla okamžitou pozornost vývojářské komunity, přičemž oznámení o plánu během několika dní shromáždilo více než 240 kladných hlasů a více než 140 komentářů na Hacker News. Vývojářům, kteří vytvářejí agentní aplikace, dokument signalizuje, kde hlavní správci protokolu a pracovní skupiny stráví čas na kontrolu – a které návrhy se budou ve frontě pohybovat nejrychleji. For more context on this story, see our ongoing AI news.
Co již změnila červencová specifikace
Před stanovením nových priorit správci zhodnotili předchozí cestovní mapu zveřejněnou v březnu 2026, která se zaměřila na čtyři oblasti: vývoj a škálovatelnost dopravy, komunikace agentů, zrání správy a podniková připravenost. Podle blogového příspěvku bylo dosaženo „významného pokroku“ na všech čtyřech frontách, přičemž většina změn přistála ve verzi specifikace 2026-07-28.
Nejvýznamnější změnou bylo odstranění relací na úrovni protokolu a inicializační handshake, sledované jako SEP-2575 a SEP-2567. Posun znamená, že server MCP se nyní může horizontálně škálovat bez udržování stavu – zásadní přepracování, díky kterému se vzdálené servery MCP chovají jako běžné webové služby. Klienti mohou také zavolat nový koncový bod `server/discover`, aby se dozvěděli o podporovaných verzích a schopnostech serveru, než udělají cokoli jiného, a výsledky seznamu se staly ukládáním do mezipaměti podle SEP-2549.
Na straně komunikace agentů byla konstrukce Tasks přepracována na oficiální rozšíření (SEP-2663), zatímco nový vzor Multi Round-Trip Requests (SEP-2322) nahradil požadavky iniciované serverem, takže toky jako elicitační práce na bezstavových serverech. Dospělo také řízení: projekt formálně přijal žebříček přispěvatelů, pracovní skupiny nyní třídí své vlastní návrhy na vylepšení a specifikace získala správný životní cyklus funkcí a politiku ukončení podpory.
Práce na podnikové připravenosti se soustředily na autorizaci, ověření vydavatele zásilky, přihlašovací údaje klienta vázané na vydavatele a dokumenty s metadaty ID klienta jako preferovanou cestu pro registraci klienta, přičemž Enterprise-Managed Authorization byla povýšena na stabilní jako rozšíření.
Pět priorit pro příští cyklus vydání
1. Agentic Messaging Primitives
První priorita uznává, že „moderní pracovní zátěže agentů již nevyhovují standardnímu vzoru žádostí a odpovědí“. Smyčky běží déle, servery posílají streamované výsledky a vývojáři potřebují schopnost řídit práci za běhu. MCP roste vstříc těmto požadavkům pomocí Úkolů, předplatných a naslouchacích operací a oznámení o průběhu – ale správci chtějí, aby dobře spolupracovaly.
Plánovaná práce zahrnuje události iniciované serverem dodávané prostřednictvím webhooků a kanálů, „aby klienti nemuseli žádat o výsledky“, kontrolu složení zahrnující pracovní skupiny Agenti, Transporty a Spouštěče a události a dozrávání rozšíření Tasks, aby mohlo přejít do základní specifikace.
2. HTTP-Native Transport Unification
S červencovým vydáním správci napsali: „Vzdálený server MCP se nyní neliší od jakékoli jiné pracovní zátěže HTTP“, takže servery MCP lze snadno hostovat na infrastrukturách, které organizace již používají pro svá rozhraní API. Tento přístup „se ukázal jako škálovatelný“ a plán nyní navrhuje jeho rozšíření tak, aby pokryl místní servery využívající streamovatelný HTTP přes standardní vstup a výstup. Sjednocení na jeden přenos, tvrdí příspěvek, by ještě více zjednodušilo vývoj MCP serveru i klienta.
3. Agent Identity a Enterprise-Ready Security
Snad nejvíce orientovaná priorita řeší mezeru mezi tím, jak dnes funguje autorizace MCP a jak agenti skutečně fungují. Současná autorizace je postavena na osobě schvalující přístup v prohlížeči – v pořádku pro interaktivní klienty, ale stále více mimo realitu.
"Stále více volajících jsou agenti, kteří běží jako cloudové úlohy s vlastní identitou, jednají jménem uživatele, který není přítomen, nebo delegují užší pravomoc na podagenty," napsali správci. Cílem je standardizovaný způsob, jakým servery MCP rozpoznávají tyto identity agentů a důvěřují jim, „postavený na stávajících standardech spíše než na vložených klíčích API a tokenech s dlouhou životností“.
Konkrétně tato práce pokrývá dokončení Demonstrating Proof of Possession (DPoP) a podporu jeho přijetí, definování názorové cesty pro identitu agenta a delegování prostřednictvím Workload Identity Federation, grantu ID-JAG za Enterprise-Managed Authorization a standardní výměny tokenů. Tým bude také pokračovat ve spolupráci s pracovními skupinami IETF OAuth a WIMSE, aby pomohl vyvíjet základní standardy.
4. Vylepšená primitiva a progresivní zjišťování nástrojů
Volání nástroje zůstává součástí MCP, do kterého se většina vývojářů dotýká jako první, a podle příspěvku „obstálo dobře“. Zpracování výsledků je však nedostatečné: odpověď `tools/call` může nést stejný výstup ve více než jedné formě a vývojáři serverů nemají žádný způsob, jak zjistit, jakou formu daný klient vloží před model. Cílem plánu je standardizovat jednu jasnou smlouvu.
Správci také upozornili na problém rozsahu. „Připojení k serveru se stovkou nástrojů znamená, že model zaplatí za celý tento povrch, než uživatel položí jedinou otázku, a výběr nástrojů má tendenci se zhoršovat, jak se seznam rozrůstá,“ napsali. Odpovědí je postupné objevování, které umožňuje serveru nabídnout malý vstupní bod a odhalit více ze svého katalogu, jak se konverzace zužuje.
5. Vylepšené prostředí pro vývojáře SDK
Nakonec správci přislíbili investice do sad SDK, jejichž prostřednictvím většina vývojářů využívá MCP – do jejich ergonomie, souladu se specifikací a dokumentace na všech podporovaných platformách a jazycích. Sázka vzrostla, poznamenali, nyní, když mnoho vývojářů staví MCP klienty a servery „nasměrováním agenta do našich knihoven“, kde jasná API a přesná dokumentace rozhodují o tom, zda generovaný kód funguje s minimálním třením.
Co to znamená pro ekosystém
Plán obsahuje praktickou pobídkovou strukturu: Návrhy na vylepšení specifikací (SEP), které spadají do prioritních oblastí, získají urychlené přezkoumání a největší šanci na přijetí, zatímco návrhy mimo rozsah nejsou automaticky odmítnuty, ale dostávají jen omezený čas na údržbu jako poslední. Každá prioritní oblast má jmenované hlavní správce a jednu nebo více pracovních skupin, z nichž všechny mají prostor pro více přispěvatelů, a mechanismus experimentálního rozšíření podle SEP-2133 umožňuje skupinám testovat nápady před formálními návrhy.
Od doby, kdy společnost Anthropic koncem roku 2024 představila MCP s otevřeným zdrojovým kódem, se protokol rozšířil po celém odvětví a hlavní prodejci umělé inteligence a výrobci nástrojů jej přijali jako běžný způsob, jak poskytnout modelům přístup k externím systémům. Srpnový plán naznačuje, že další fáze protokolu bude definována méně základní konektivitou a více těžšími problémy agentské éry: identifikace toho, kdo – nebo co – ve skutečnosti volá, zachování řiditelnosti dlouhotrvající práce a zkrocení množství nástrojů, kterými se agenti musí pohybovat.
Pro vývojáře a platformové týmy sázející na MCP je zpráva jasná: bezstavový HTTP provoz je nyní předpokládanou základní linií a těžiště protokolu se posouvá směrem k agentům, kteří jednají autonomně, nesou své vlastní ověřitelné identity a objevují schopnosti postupně, spíše než všechny najednou.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
