Bezstavové MCP vrací do hry bezpečnější nástroje pro pracovní agenty

TL;DR:

• Nové bezstavové MCP snižuje režii při připojování nástrojů k AI agentům, protože volání nástroje už nemusí stát na serverové relaci.
• Pro pracovní agenty je to důležitý signál: místo širokého přístupu k příkazovému prostředí a internetu můžeš nabídnout užší, lépe kontrolované rozhraní.
• Menší složitost zavedení pomáhá hlavně týmům, které chtějí rychle zpřístupnit interní data, vyhledávání nebo jednoduché akce.
• Bezstavový přístup neřeší celé zabezpečení agenta, ale zmenšuje prostor, ve kterém musíš hlídat stav, směrování a oprávnění.
• Praktický další krok je vybrat jednu opakovanou interní činnost a popsat ji jako omezené volání nástroje, ne jako volný přístup k prostředí.

Představ si malý tým, který chce dát AI agentovi přístup k internímu vyhledávání, CRM nebo databázi zakázek. Technicky by šlo spustit agenta v běhovém prostředí s příkazovým řádkem a přístupem k internetu. Jenže tím mu otevíráš hodně široký prostor: může otevírat různé adresy, skládat příkazy, číst výstupy a dělat chyby způsobem, který se hůř omezuje i vysvětluje.

Druhá cesta je dát agentovi konkrétní nástroje: vyhledej zákazníka, najdi poslední objednávku, připrav seznam otevřených požadavků. Model Context Protocol, tedy protokol pro připojení nástrojů k modelům, je jedním ze způsobů, jak takové rozhraní popsat. Nová specifikace MCP 2.0 z 28. července 2026 je zajímavá tím, že posouvá MCP k jednoduššímu bezstavovému modelu.

Teze pro praxi není, že každý tým má okamžitě přepsat své agenty na MCP. Důležitější je změna otázky. Nemusíš začínat tím, jak agentovi bezpečně předat celé pracovní prostředí. Můžeš začít tím, jak mu dát několik přesně ohraničených pracovních schopností.

Méně stavu znamená méně provozních pastí

Starší stavový model MCP počítal s tím, že klient nejprve naváže relaci a získá její identifikátor. Teprve potom posílá samotné volání nástroje. To přidává práci na obou stranách: klient musí spojení udržovat, server ho musí znát a infrastruktura musí dávat pozor, aby se požadavky neztratily mezi servery, které o daném spojení nic nevědí.

Bezstavové MCP mění tento rytmus. Volání nástroje může proběhnout jedním HTTP požadavkem, který nese potřebné informace přímo v sobě. Pro vývojáře to není jen hezčí tvar požadavku. Znamená to méně sdíleného stavu na serveru, jednodušší testování a přirozenější nasazení ve webové architektuře, kde se požadavky mohou směrovat na různé servery.

V praxi je díky tomu první prototyp méně náročný. Když chceš vystavit interní vyhledávání jako nástroj pro agenta, nemusíš hned řešit správu spojení, jejich platnost a vazbu na konkrétní server. Pořád musíš navrhnout oprávnění, kontrolu vstupů a provozní záznamy, ale samotný protokol ti nepřidává tolik provozní mechaniky navíc.

Agent nemusí dostat celé pracovní prostředí

Největší praktický rozdíl není v tom, jestli je požadavek o jeden krok kratší. Podstatnější je, jaký typ samostatnosti tím podporuješ. Příkazové prostředí s internetem dává agentovi obecnou moc. Nástrojové rozhraní mu dává vybranou schopnost.

To je zásadní hlavně u firemních dat. Pokud agent pracuje s CRM, fakturací nebo interní databází, nechceš jen vědět, že něco udělal. Chceš vědět, přes jakou funkci to udělal, s jakými parametry a v jakém rozsahu. MCP nástroj se dá popsat, povolit, zakázat, omezit a zpětně projít mnohem snáz než volná sada příkazů v terminálu.

Simon Willison v tomhle vidí důvod, proč ho MCP po nové specifikaci znovu zajímá: obecné příkazové prostředí s internetem je rizikové a vyžaduje silný model, zatímco jednodušší nástroje jsou lépe kontrolovatelné a zvládnutelné i pro menší modely spuštěné na vlastním zařízení. Pro pracovní nasazení je to přesně ten rozdíl mezi efektní ukázkou a nástrojem, který se dá pustit blíž k reálným datům.

Co z toho má malý tým nebo samostatný specialista

Představ si konzultanta, který má v Notionu nebo databázi poznámky z projektů a chce, aby mu agent našel podobné případy před schůzkou s klientem. Volný přístup k celému prostředí je zbytečně široký. Stačí nástroj s jasnou akcí: hledej v poznámkách podle tématu, vrať názvy záznamů, datum a krátký úryvek.

Nebo malý produktový tým, který řeší podporu zákazníků. Agent nemusí umět spouštět obecné příkazy. Může mít nástroj pro vyhledání zákazníka, nástroj pro seznam otevřených požadavků a nástroj pro návrh odpovědi bez odeslání. Člověk potom kontroluje návrh a rozhoduje, jestli se odpověď použije.

Bezstavový model je pro takové scénáře praktický, protože snižuje tření na hraně mezi interním systémem a agentem. Vývojářský tým může nástroj vystavit jako běžné webové volání a snáz ho zasadit do existující infrastruktury. Produktový tým zase dostane jasnější jednotku rozhodování: které nástroje agent smí používat a co přesně má každý z nich dělat.

Audit začíná už u návrhu nástroje

Bezstavové MCP samo o sobě neznamená bezpečný systém. Pokud nástroj umožní smazat záznamy bez potvrzení, chyba zůstává chybou. Pokud nástroj vrací příliš mnoho citlivých dat, protokol to nezachrání. Výhoda je jinde: nutí tě pojmenovat hranice práce dřív, než agenta pustíš k akci.

Dobré nástrojové rozhraní má úzký účel, čitelné vstupy a výstup, který jde uložit do provozních záznamů. U vyhledávání můžeš evidovat dotaz, počet výsledků a použitý zdroj dat. U zápisu do systému můžeš vyžadovat lidské potvrzení nebo nejprve vytvořit návrh změny. U interních dat můžeš omezit, kdo smí nástroj volat a které záznamy smí vidět.

Tady se láme rozdíl mezi agentským experimentem a pracovním systémem. Experimentu stačí, že jednou projde ukázka. Pracovní systém potřebuje odpověď na nepříjemné otázky: proč agent udělal právě tuto akci, kdo mu ji povolil, co přesně dostal jako vstup a jak rychle umíš nástroj vypnout, když se chová špatně.

Jak začít bez velkého rizika

Nezačínej seznamem všech systémů, ke kterým by agent jednou mohl mít přístup. Vyber jednu opakovanou činnost, která má nízké riziko a jasný výsledek. Třeba interní vyhledávání, dohledání stavu požadavku nebo přípravu návrhu odpovědi, který člověk teprve schvaluje.

Popiš ji jako nástroj ve třech větách: co smí přijmout, co smí vrátit a co nesmí nikdy udělat. Potom se zeptej, jestli by stejný úkol dnes člověk raději řešil volným přístupem do prostředí, nebo jedním omezeným voláním. Pokud odpověď zní omezeným voláním, bezstavové MCP je směr, který stojí za prototyp.

Při prvním testu neměř jen to, jestli agent odpověděl správně. Sleduj, jestli rozumíš průběhu práce: které volání nástroje proběhlo, s jakými parametry, jaký výstup se vrátil a kde měl člověk možnost zasáhnout. Teprve když je tahle stopa čitelná, má smysl přidávat další schopnosti.

Zdroj

Simon Willison: Stateless MCP has recaptured my interest (and inspired mcp-explorer and datasette-mcp) https://simonwillison.net/2026/Jul/31/stateless-mcp/#atom-everything