MCP chce nástroje odkrývat postupně, celý katalog už model číst nemá
Nový plán protokolu MCP počítá s tím, že model nebude před každým úkolem číst úplné definice všech dostupných nástrojů. Má je vyhledávat a načítat postupně, podobně jako to už nabízejí rozhraní OpenAI a Anthropic. Zatím jde o směr vývoje, ne hotovou součást specifikace.
Model Context Protocol má přestat předpokládat, že jazykový model musí znát celý seznam nástrojů ještě před první odpovědí. Plán zveřejněný 22. srpna řadí postupné objevování mezi pět hlavních oblastí vývoje. Server by nabídl malý vstupní katalog a další funkce by odkrýval teprve podle toho, kam se rozhovor nebo úloha posune.
Nejde o vydanou funkci ani příslib konkrétního termínu. Podrobný plán MCP popisuje priority na příštích šest až dvanáct měsíců a výslovně připouští změnu, odklad i jinou podobu výsledku. Pro uživatele to dnes znamená hlavně signál, kam se společný protokol posune; vývojář zatím nemůže počítat s tím, že postupné načítání umí každý klient a server.
Definice nástrojů zabírají místo před samotnou prací
Nástroj není pro model jen jméno. Do kontextu obvykle vstupuje také popis, seznam parametrů, jejich typy a pravidla povinných hodnot. U jedné funkce jde o malý blok, u desítek propojených služeb už model dostává dlouhý katalog, přestože pro aktuální dotaz použije třeba dvě položky.
Anthropic ve své dokumentaci uvádí příklad sestavy se službami GitHub, Slack, Sentry, Grafana a Splunk. Jejich definice podle firmy spotřebují přibližně 55 tisíc tokenů ještě před zahájením práce. Vyhledávání nástrojů má typicky snížit tento objem o více než 85 procent, protože načte jen tři až pět potřebných funkcí. Jde o údaje výrobce, nikoli o nezávislý srovnávací test.
Stejný dokument upozorňuje, že výběr správné funkce se zhoršuje po překročení zhruba 30 až 50 dostupných nástrojů. Úspora tedy nespočívá jen v ceně vstupních tokenů. Kratší nabídka může modelu usnadnit rozhodnutí, zda má hledat soubor, číst tiket, nebo zavolat databázi, když několik funkcí používá podobná slova.
OpenAI a Anthropic už mají vlastní řešení
Obě velká modelová rozhraní řeší problém ještě před změnou MCP, každé však po svém. Anthropic dovoluje označit definice příznakem defer_loading. Claude nejdřív vidí vyhledávací nástroj a několik často používaných funkcí, další definice si vyžádá regulárním výrazem nebo hledáním BM25. Propojení přes MCP lze odložit po celých serverech i po jednotlivých nástrojích.
OpenAI nabízí nástroj tool_search u modelů GPT-5.4 a novějších. Aplikace může odložit jednotlivé funkce, celé jmenné prostory nebo servery MCP. Hostovaná varianta hledá v katalogu na straně OpenAI, klientská varianta nechává výběr na aplikaci. Nově nalezené definice se přidávají na konec kontextu, aby neznehodnotily dříve uloženou mezipaměť promptu.
Tyto postupy dokazují, že načítání na vyžádání lze používat už dnes. Nejsou ale společnou vlastností protokolu. Server se musí přizpůsobit konkrétnímu rozhraní a jiný klient může stejný katalog načíst celý. Cílem MCP je popsat objevování tak, aby se jeho význam neměnil s dodavatelem modelu.
Plán zasahuje i do výsledků a přenosu
Postupné objevování souvisí s další plánovanou změnou. Současná odpověď tools/call může nést obsah pro člověka i strukturovaná data a klient nemusí serveru sdělit, kterou podobu ukáže modelu. Správci MCP proto chtějí sjednotit smlouvu pro výsledek volání. U velkého katalogu nestačí nástroj správně najít; klient a server se musejí shodnout také na tom, co přesně jeho výstup znamená.
Transportní část plánu navrhuje používat HTTP i u místních serverů připojených přes standardní vstup a výstup procesu. Dnes knihovny udržují zvlášť vzdálený Streamable HTTP a místní stdio. Zamýšlené HTTP/2 přes stdio by zachovalo spouštění místního podprocesu, ale sjednotilo hlavičky, stavové kódy a zpracování chyb. Počítá se také s ETagy pro ověření, zda se seznam nebo výsledek od minula změnil.
Další priorita řeší dlouhé úlohy. Server má umět oznámit dokončení přes kanál nebo webhook, aby klient nemusel stále zjišťovat stav. Zvláštní pracovní skupina má sjednotit životní cyklus úloh, odběry událostí a průběžné zprávy včetně rušení a chyb.
Identita agenta nemá stát na vloženém klíči
Dosavadní přihlášení MCP počítá hlavně s člověkem, který v prohlížeči schválí přístup. U agenta běžícího na serveru nemusí být uživatel přítomen a podřízený agent má často dostat užší oprávnění než jeho rodič. Plán proto zmiňuje DPoP, federaci identity pracovních zátěží, grant ID-JAG a standardní výměnu tokenů místo dlouhodobě vložených klíčů.
Ani tato část ještě neurčuje hotový způsob přihlášení. Správci chtějí vycházet z existujících standardů OAuth a práci koordinovat s IETF. Pro provozovatele je důležité právě pořadí: nový mechanismus má nejdřív přesně svázat identitu, oprávnění a delegování, teprve potom může bezpečně nahradit dnešní ruční tajné klíče.
Malý katalog nemusí čekat na novou specifikaci
Vývojář nemusí kvůli plánu přepisovat server naslepo. Pokud klient podporuje odložené načítání, lze už nyní ponechat několik často používaných funkcí dostupných přímo a zbytek rozdělit do srozumitelně pojmenovaných skupin. Anthropic doporučuje nechat bez hledání tři až pět nejčastějších nástrojů; OpenAI radí držet jmenný prostor pod deseti funkcemi. Obě doporučení patří ke konkrétním rozhraním, nejsou pravidlem MCP.
U malé sady může být hledání zbytečnou vrstvou navíc. Největší smysl má tam, kde aplikace spojuje více serverů a model před každým dotazem čte stovky schémat. Nový plán MCP tento problém nevyřešil, ale poprvé ho zařadil mezi priority společné specifikace. O skutečné přenositelnosti rozhodne až přijatý návrh, podpora v SDK a shodné chování různých klientů.