MCP (Model Context Protocol) se během posledního roku stal de facto standardem pro propojení AI modelů s externími nástroji a daty. Zdrojů k tomuhle tématu není málo, ale málokdo ti řekne, co z toho plyne pro tvoje integrace. Maintaineři protokolu zveřejnili aktualizovaný roadmap, který pokrývá další specifikace a procesy nad rámec dalšího vydání. V tomhle článku ti ukážu, co se chystá, co už dnes dělají správně nastavené MCP servery a jak připravit svůj stack, aby tě změny nepřekvapily.
Proč roadmap vůbec řešit
Pokud používáš Claude, ChatGPT, Copilot nebo jakéhokoli AI agenta, který se umí připojit k externím nástrojům, pak s velkou pravděpodobností používáš MCP — třeba o tom nevíš. Model si přes MCP protokol "vypůjčí" schopnosti, které sám nemá: čtení z databáze, práci se soubory, volání firemních API. V praxi to uvidíš jak u vlastních interních serverů, tak u integrací typu Zapier, které připojí agenta k desítkám běžných SaaS aplikací.
Problém do teď byl, že MCP vznikalo rychle a některé části protokolu byly ad-hoc. Nový roadmap dělí budoucí vývoj do pěti prioritních oblastí, které se sooner nebo později dotknou každého, kdo MCP provozuje na produkci:
- Agentic messaging primitives — asynchronní komunikace, dlouhé úlohy, webhooky a kanály
- HTTP-native transport unification — jedna doprava místo stdio/HTTP zvěřince
- Agent identity a enterprise security — jak se agent prokáže serveru, když za ním nestojí člověk
- Improved primitives — hlavně progresivní objevování nástrojů u velkých katalogů
- Better SDKs — lepší dokumentace a ergonomie
Pojďme se podívat, co z toho pro tebe reálně plyne.
Agentic messaging: přestaň pollovat, začni poslouchat
Dnešní MCP funguje hlavně jako request-response. Zavoláš nástroj, čekáš na výsledek. Ale moderní agentní úlohy takhle nefungují — běží dlouhé minuty nebo hodiny, server potřebuje průběžně streamovat výsledky a klient chce úlohu průběžně steerovat (měnit zadání za běhu).
Roadmap slibuje:
- Server-initiated events — server tě informuje o průběhu pomocí webhooků a kanálů, klient nemusí neustále poll
- Maturing Tasks extension (SEP-2663) — dlouhodobé úlohy jako first-class koncept, ne jen "dlouhý tool call"
- Composition review — aby Tasks, Transports a Triggers & Events navzájem fungovaly, ne každý sám za sebe
Co s tím dělat teď
Pokud provozuješ MCP server, který dělá cokoliv déle než pár sekund (batch generování, analýza dat, crawling), navrhni ho dnes jako asynchronní úlohu s ID. Vrať okamžitě task ID a výsledek doruč později — webhookem, callbackem, nebo alespoň statusem "running". Až Tasks dorazí do specifikace, budeš mít half the work hotovo.
Transport: končí éra stdio vs. Streamable HTTP
Od vydání 2026-07-28 je vzdálený MCP server "jen" běžná HTTP úloha. Můžeš ho hostovat na jakékoli infrastruktuře, kterou už používáš pro svá API — žádné speciální brány, žádné zvláštní operace.
Roadmap teď chce tohle unifikovat i lokálně: lokální servery budou moci mluvit Streamable HTTP přes stdio. Jedna doprava pro všechno znamená jednodušší servery, jednodušší klienty a jednodušší debugging, protože ladíš jeden protokol, ne tři.
Co s tím dělat teď
Stavíš-li nový MCP server v roce 2026, neřeš stdio. Přímo cíľ na Streamable HTTP. Ušetříš si práci s dvojí implementací a přechod na unified transport tě pak nezaskočí. Pokud máš starší stdio server, není důvod panikařit — komunita zveřejňuje skripty a návod na migraci, a SDK postupně přidávají podporu.
Agent identity: konec pasted API klíčů
Tahle část roadmappu má potenciálně největší dopad na firemní nasazení. MCP autorizace je dnes stavěná na to, že člověk schvaluje přístup v prohlížeči. Funguje to pro interaktivní klienty — ale co agent běžící jako cloudová úloha, který jedná za nepřítomného uživatele?
Roadmap chce, aby MCP servery měly standardizovaný způsob, jak rozpoznat a důvěřovat identitě agenta, postavený na existujících standardech, nikoliv na pasted API klíčích a dlouhověkých tokenech.
Klíčové technologie:
- DPoP (Demonstrating Proof of Possession) — token je vázaný na klíč, který agent drží
- Workload Identity Federation — agent se prokáže identitou své pracovní úlohy (jako service account), ne osobním účtem
- ID-JAG grant — enterprise-managed authorization, která má umožnit centrálně spravovat, co smí který agent
- Token exchange — standardní delegování úzkých oprávnění sub-agentům
Co s tím dělat teď
Přestaň cpát API klíče do environment variables agentů. Zaveď process-scoped short-lived tokeny, ideálně DPoP-bound. Pokud běží agenty v cloudu (Cloud Run, Lambda, Azure Functions), mrkni na jejich workload identity featury — přechod pak bude výrazně jednodušší, než přepisovat auth od nuly.
Improved primitives: nástroje, které se objevují postupně
Pokud jsi někdy připojil MCP server se stovkou nástrojů, víš, že model si za tuhle šíři zaplatí: platí za celý katalog předem (ve smyslu kontextu a pozornosti), a výběr nástrojů se s rostoucím seznamem kazí. Roadmap zavádí progressive discovery — server nabízí malý vstupní bod a zbytek katalogu odkrývá, jak se konverzace zužuje.
Dále se standardizuje result handling u tools/call — dnes může stejný výstup přijít ve více formách a server developer neví, kterou klient předhodí modelu. Jedna jasná smlouva pro výstupy znamená méně edge caseů na obou stranách.
Co s tím dělat teď
Designuj katalog nástrojů od úzkého k širokému. Deset dobře pojmenovaných nástrojů s jasným popisem porazí stovku neprůhledných endpointů. Piš tool descriptions jako dokumentaci pro model — protože přesně to jsou. A pokud máš více kategorií nástrojů, rozděl je do samostatných serverů, než narveš vše do jednoho mega-serveru.
SDK: aby agenti psali kód, který funguje
Maintaineři přiznávají, že SDK jsou "how developers experience MCP" — a že vývojářská zkušenost rozhoduje o tom, jestli kód s minimem tření funguje. Investice jdou do ergonomie, konformity se specifikací a dokumentace napříč platformami. Zajímavost: mnoho serverů dnes píší samotní agenti, kteří jsou posazeni na MCP knihovnách, takže kvalitní docs rozhodují i o kvalitě generovaného kódu.
Co s tím dělat teď
Vyber si SDK, které je aktivně udržované a má dobrou dokumentaci. TypeScript a Python SDK jsou momentálně nejlépe zdokumentované. A když na něco narazíš, nahlaš to — Working Groups mají prostor pro nové přispěvatele a maintaineři chtějí slyšet reálné nasazení, ne jen teorii.
Shrnutí: checklist pro přípravu na MCP 2026+
Máš provozovanou MCP integraci nebo plánuješ novou? Tady je rychlý checklist:
- Dlouhé operace navrhni jako asynchronní úlohy s task ID už dnes
- Nové servery stavěj na Streamable HTTP, ne stdio
- Vyměň pasted API klíče za short-lived tokeny (ideálně DPoP-bound)
- Zkontroluj, kolik nástrojů tvůj server vystavuje — méně je víc
- Piš tool descriptions jako dokumentaci, ne jako poznámky pro sebe
- Sleduj SEP-2663 (Tasks) a progressive discovery v diskusích
MCP za rok existence ušlo dlouhou cestu od research projektu k infrastruktuře, na které běží produkční agenti. Roadmap 2026 je signál, že protokol dospívá: místo přidávání nových schopností se teď hlavně čistí, zpevňuje a zjednodušuje. A to je přesně ten správný čas, aby sis prošel svoje integrace a připravil je na to, co přijde.
Chceš dostávat podobné články e-mailem? Nech e-mail a pošlu ti upozornění, jakmile vyjde nový návod na AI automatizace pro tvou firmu.
