AI agent může strávit část dne opravou složitého programu a zbytek čekáním na testy, čtením souborů a opakováním drobných úkonů. Platit za každé takové rozhodnutí nejdražším modelem je pohodlné, ale připomíná to posílat šéfkuchaře i pro čisté talíře. Nový projekt Recursant chce tuto práci rozdělovat. Zajímavější než slib nižšího účtu je ovšem jeho pořadí priorit: nejprve určit, kam data smějí odejít, a teprve potom hledat levnější odpověď.
Jak jsme popsali v rychlé zprávě o Recursantu, jde o mezivrstvu mezi agentem a poskytovateli modelů. Rutinní kroky má přidělovat levnějšímu modelu, obtížnější práci výkonnějšímu a požadavky s rozpoznanými osobními údaji privátnímu. Podle nás je to správný směr. Jen se při jeho zavádění nesmí zaměnit technická pomůcka za hotovou bezpečnostní politiku.
Agent není jedna otázka a jedna odpověď
Běžný chat svádí k jednoduchému srovnání: který model odpoví nejlépe a kolik stojí? Agentická práce má jinou strukturu. Program nejprve navrhne změnu, zavolá nástroj, přečte výsledek, opraví chybu a pokračuje. Každý další krok je nový požadavek, ale zároveň patří do rozpracovaného úkolu. Cena inference, tedy samotného běhu modelu nad vstupem, se tak promítá do celého řetězce rozhodnutí.
Dokumentace Recursantu popisuje směrování podle stavu této práce. Po úspěšné akci může přijít levnější model, po opakovaných selháních silnější. Router sleduje konverzaci a omezuje přepínání v situacích, v nichž by změna narušila návaznost. Nejde o tvrzení, že se podařilo automaticky rozpoznat obtížnost každého budoucího kroku; jde o pravidla využívající průběh dosavadní práce.
To je důležitý rozdíl. Pokyn „přečti výsledek testů“ může vypadat banálně, dokud testy neukážou chybu v základním návrhu. Úspěšný návrat nástroje také nemusí znamenat, že agent správně pochopil jeho obsah. Pravidlo pro levnější model je praktická sázka, nikoli důkaz, že další krok bude snadný.
Samotné směrování už není exotika. Také Cloudflare představil Auto Router pro výběr modelu podle náročnosti a ceny. Recursant v této debatě představuje konkrétní variantu pro kombinaci vlastních a veřejných modelů s kontrolou citlivých požadavků. Pro uživatele je podstatné, zda taková vrstva chápe provozní omezení jeho agenta, ne zda má v názvu další slib inteligence.
Soukromí má přednost. Pokud ho router pozná
Nejrozumnější část návrhu je pořadí rozhodování. Podle dokumentace se požadavek nejprve kontroluje na soukromá data. Rozpoznané citlivé údaje míří na privátní model a daná konverzace zůstává od té chvíle privátní. Jestliže tento model selže, router nemá použít veřejného poskytovatele jako náhradní cestu. Levnější nebo dostupnější odpověď tedy nesmí obejít již uplatněné omezení.
Tahle vlastnost si zaslouží pozornost právě proto, že znamená i nepohodlí. Když vlastní model nefunguje, práce se může zastavit. To není automaticky chyba návrhu. U citlivého dokumentu je přerušený úkol přijatelnější než tiché odeslání dat jinam. Bezpečnostní pravidlo, které platí jen do prvního výpadku, je spíš přání.
Hranice je v rozpoznání údajů. Recursant používá deterministické regulární výrazy pro známé formáty, například e-mailové adresy, telefonní čísla, platební karty nebo některé australské identifikátory. Uživatel může přidat vlastní vzory. Autoři výslovně upozorňují, že tato síť nezaručuje zachycení všech osobních informací; rozpoznávání pomocí malých modelů uvádějí jako další plán.
Zkusme si představit interní poznámku: „Vedoucí naší malé pobočky je dlouhodobě nemocný a chce změnit pracovní úvazek.“ Nemusí obsahovat jméno, telefon ani standardizované číslo. Přesto může být pro lidi z firmy snadno přiřaditelná ke konkrétní osobě. To je modelový příklad limitu kontroly podle formátu, nikoli zjištěný incident Recursantu. Podobně může být obchodní strategie důvěrná, i když v ní není jediný osobní údaj.
Proto bychom citlivou práci neposílali do privátního režimu až ve chvíli, kdy filtr něco objeví. Pokud agent pracuje nad personální složkou nebo neveřejnou smlouvou, má být omezení určeno předem podle účelu a původu dat. Detektor je druhá pojistka. Nemá suplovat rozhodnutí organizace, co vůbec smí opustit její prostředí.
Levný požadavek ještě není levný hotový úkol
Projekt uvádí vlastní měření úspor a odděleně testuje jednorázové znalostní otázky. Pro rozhodování o nasazení je užitečnější podívat se na to, co testy nedokázaly. V zveřejněné evaluační poznámce ze 4. října 2026 autoři popisují, že z textu otázky nedokázali dostatečně spolehlivě odhadnout, kdy levnější model selže a dražší uspěje. Výchozí konfigurace proto podle této poznámky ponechávají klasifikátor vypnutý.
Je to poctivější zjištění než univerzální reklamní příslib, že router pozná náročný dotaz ještě před odpovědí. Obtížnost tématu a slabina konkrétního modelu nejsou totožné věci. Model může zvládnout komplikovaný problém a udělat chybu v krátké otázce. Znalostní test navíc není náhradou za měření programovacího agenta, který pracuje s nástroji a musí dovést změnu do konce.
Provozovatel by proto neměl počítat jen tokeny nebo cenu jednotlivých volání. Musí sledovat cenu dokončeného a ověřeného úkolu, počet oprav, dobu běhu a potřebu lidského zásahu. Pokud levnější model ušetří na každé odpovědi, ale protáhne práci opakováním chybných kroků, výsledná úspora se může ztratit. Totéž platí pro přepínání, které zhorší využití slev za opakovaný kontext; dokumentace Recursantu na tuto souvislost sama upozorňuje.
Ani vlastní GPU neznamená bezplatnou práci. Nulová platba externímu API je něco jiného než nulové celkové náklady. Jak jsme rozebrali u ekonomiky lokální AI a kalkulátoru Sunk Cost, do rozhodnutí patří hardware, elektřina i skutečné využití. U hybridního provozu přidejme správu routeru a odpovědnost za privátní model, který musí být dostupný právě tehdy, když veřejná náhrada není dovolena.
Co bychom pustili do pilotu a co ne
Smysluplný pilot může začít programovacím agentem nad veřejným nebo testovacím repozitářem. Tady lze porovnat původní a směrovaný provoz na stejných úkolech, se stejnými testy a předem stanovenou podmínkou úspěchu. Další vhodný případ je třídění necitlivých dokumentů, kde je výsledek snadno kontrolovatelný. Cílem není nasbírat hezký účet za API, ale ověřit, že hotová práce neztratila kvalitu.
Jiný režim vyžaduje interní podpora pracující se zákaznickými zprávami. Tam bychom oddělili citlivé relace předem a ověřili i výpadek privátního modelu. U autonomního agenta s přístupem k produkci pak samotný router nestačí: volba modelu neřeší oprávnění měnit databázi, schválení platby ani možnost vrátit provedenou operaci. Rozdělování výpočtu je pouze jedna část řízení rizika.
Před ostrým nasazením bychom chtěli odpověď na čtyři konkrétní otázky. Které zdroje dat musejí zůstat privátní i bez zásahu detektoru? Co přesně se stane při výpadku a při nerozpoznatelném vstupu? Jak se měří úspěch celého úkolu proti provozu bez routeru? A kde lze dohledat, který model zpracoval který krok, aniž by auditní stopa sama zbytečně shromažďovala citlivý obsah?
README uvádí identifikaci zvoleného modelu a důvodu rozhodnutí v hlavičkách odpovědi, zatímco webovou konzoli, historii auditu a trasování řadí mezi plánované části. To je dobrý důvod vnímat Recursant jako projekt k ověření, nikoli jako hotové podnikové řešení. Tento článek vychází z veřejné dokumentace a autorských evaluačních poznámek; vlastní provozní test ani nezávislý bezpečnostní audit jsme neprovedli.
Podle nás má hybridní provoz AI budoucnost právě v takto jasném rozdělení odpovědností. Dražší model nemusí rozhodovat o každé rutině a veřejný model nemusí dostat každý dokument. Rozhodující ale není procento na reklamním banneru. Je to schopnost ušetřit bez toho, aby se kvalita práce nebo pravidla pro data měnila podle momentální dostupnosti nejlevnějšího poskytovatele.
