AI agent, nebo RPA: flexibilita prohrává tam, kde rozhoduje rychlost

Pro stabilní rozhraní, jasná pravidla a rychlé opakování zvolte zpravidla RPA; u proměnlivého rozhraní a nejednoznačných rozhodnutí zvažte AI agenta. Takto obě možnosti rozlišuje přehled Microsoftu. Rozhodující je podoba konkrétní práce: agentova schopnost přizpůsobit se změně nepřináší výhodu, pokud je postup stále stejný a každá sekunda provedení se počítá.

V jednom procesu mohou mít místo obě technologie. Agent může vyhodnotit nejasný vstup a předat strukturovaný návrh člověku nebo RPA robotu; robot pak provede přesně popsaný krok. Volba proto závisí také na následcích chyby, četnosti výjimek a ceně lidských zásahů. Nestačí porovnat, jak rychle vznikne první funkční automatizace.

Rozdíl je v rozhodnutí, nikoli jen v ovládání obrazovky

RPA robot vykonává kroky podle předem daných pravidel. U opakovaného úkolu lze určit, která podmínka vedla ke konkrétní akci, a upravit právě tuto část postupu. Agent pracuje s cílem a kontextem; při dalším průchodu může zvolit jiný postup. Dokumentace UiPath popisuje agenty jako pravděpodobnostní a adaptivní, zatímco RPA roboty jako deterministické a řízené pravidly.

Rozpoznat smysl různě formulovaných požadavků je jiný úkol než přenést schválené údaje do pevných polí. První může vyžadovat kontextové posouzení, druhý přesné opakování. Proměnlivé rozhraní samo o sobě také není důvod svěřit agentovi celé rozhodování: pokud aplikace nabízí vhodné API, lze se ovládání obrazovky v daném kroku vyhnout. Typ automatizace má odpovídat jednotlivým částem procesu, ne jeho názvu.

Rychlost vývoje a rychlost každého průchodu jsou dvě různé věci

Ve srovnávací studii podnikových úloh autoři postavili automatizaci v UiPath proti agentovi Anthropic Computer Use při zadávání dat, sledování změny na stránce a vytěžování údajů z faktur. V dokončených měřených úlohách bylo provedení RPA rychlejší. Agent se v těchto scénářích připravoval kratší dobu, ale čas vývoje byl u každé varianty zaznamenán jen při jediném sestavení, takže z něj nelze odvozovat obecný poměr nákladů.

V testovaných bězích RPA také dokončilo více úloh, rozdíl v úspěšnosti však autoři při malém vzorku statisticky nepotvrdili. Jeden úkol agent nedokončil a fakturový úkol musel být kvůli jeho omezením zkrácen. Výsledek se proto vztahuje k použitým nástrojům, nastavení a úlohám. Pro rozhodnutí o vlastní automatizaci je podstatné měřit čas do správně dokončeného případu, včetně opakovaných pokusů, čekání a oprav, nikoli jen délku úspěšného průchodu.

Bodovací karta ukáže, kde proces rozdělit

Následující karta je redakční pomůcka pro posouzení jednoho vymezeného úseku práce, například přijetí požadavku nebo zápisu do systému. U každé položky označte 0 pro podmínky příznivé pravidlovému provedení, 1 pro smíšené podmínky a 2 pro výraznou potřebu přizpůsobení. Body nesčítejte do automatického verdiktu: vážný následek chyby může převážit nad všemi ostatními položkami.

• Stabilita rozhraní: Neměnná pole a sled kroků znamenají 0, občasné změny 1, časté změny obrazovek nebo postupů 2. Hodnoťte rozhraní, které bude automatizace skutečně používat.
• Struktura vstupu: Jednotná data se známými variantami znamenají 0, směs formulářů a volného textu 1, převážně různorodé podklady 2. Zahrňte i ruční předzpracování, které dnes vstupům dává potřebný tvar.
• Požadovaná rychlost: Velký objem a krátký čas na položku znamenají 0, proměnlivá zátěž 1, dostatek času na individuální posouzení 2. Rozlišujte čas vybudování řešení od času jeho opakovaného provozu.
• Následky chyby: Obtížně vratný nebo závažný zásah označte 0, krok vyžadující schválení před provedením 1, snadno opravitelný krok s malým dopadem 2. Tato položka omezuje míru autonomie bez ohledu na ostatní skóre.
• Četnost výjimek: Vzácné odchylky znamenají 0, opakující se popsatelnou skupinu 1, časté a různorodé případy 2. Zjistěte, zda zaměstnanec řeší výjimku podle pravidla, nebo podle významu konkrétní situace.
• Kontrola člověkem: Předem popsatelná pravidla bez odborného úsudku znamenají 0, kontrola vybraných případů 1, potřeba posoudit téměř každý případ 2. Vysoké skóre zde upozorňuje na cenu kontroly; samo neznamená, že agent smí jednat bez schválení.

Převaha nulových hodnot ukazuje na RPA. Vyšší hodnoty u vstupů a výjimek označují místo, kde může pomoci agent. Pokud se neurčitost spojí s požadavkem na rychlost nebo s vážnými následky chyby, má větší smysl oddělit posouzení od provedení než hledat jediný nástroj pro celý proces.

Hybrid potřebuje jasnou hranici před zápisem

Uvažujme podmíněný příklad: zákaznický požadavek přichází volným textem, ale podniková aplikace přijímá jen schválené kategorie. Agent navrhne zařazení, člověk vyřeší nejasné případy a RPA robot zapíše potvrzené údaje. Robot tak dostává strukturovaný vstup; agent nerozhoduje sám o změně záznamu, jejíž oprava by byla nákladná.

Hranice má být patrná i při zpětném dohledání případu. Uchovejte původní vstup, návrh agenta, rozhodnutí člověka a výsledek provedené akce. Jestliže se údaje rozcházejí, musí být možné určit, zda chyba vznikla při výkladu požadavku, schválení, nebo zápisu. U části procesu, kterou lze plně vyjádřit pravidly, přidání agenta tuto kontrolu samo o sobě nezlepší.

U agenta ovládajícího počítač nelze předpokládat, že si vždy sám vyžádá zásah ve správný okamžik. FAQ Microsoftu k ovládání počítače upozorňuje na možné nechtěné akce při nejasných pokynech a na to, že žádost o lidské upřesnění není zaručenou bezpečnostní pojistkou. Před nevratným krokem je proto vhodnější pevně určené schválení a omezená oprávnění než spoléhat pouze na agentovo vyhodnocení situace.

Porovnávejte cenu správně dokončeného případu

Licence ani cena jednoho spuštění neukazují celkové náklady. Pro každou variantu sečtěte provoz, údržbu, práci na výjimkách, lidské kontroly a opravy. Součet vztáhněte k počtu správně dokončených případů. Jde o způsob firemního porovnání, nikoli o publikovaný ceník nebo naměřený výsledek některé platformy.

Do stejného porovnání patří čekání na schválení a očekávané následky chyb, které kontrola nezachytí. Agent může být levný při prvním sestavení, ale drahý v provozu, pokud zaměstnanec musí znovu číst každý výstup. RPA může vyžadovat úpravy při změnách rozhraní, zatímco ve stabilním procesu se jeho příprava rozloží do mnoha rychlých průchodů. Tam, kde chyba může způsobit závažnou škodu, samotný průměr nákladů nestačí; rozhodující je i to, který krok smí automatizace provést bez člověka.

Přečtěte si také:

• Chatbot, nebo AI agent: autonomie znamená i nové riziko
• Tři AI tarify proti sobě: rozhodují limity, ne jen nejlepší model
• Riverside, nebo StreamYard: rozhoduje záznam, ne počet hostů