Papírová dioráma vystupující z otevřené knihy, která ukazuje plně postavené osvětlené město s ulicemi a lidmi, pro rozdíl mezi popsáním jednání slovy a agentem, který jde a skutečně je udělá
AI a důvěra

Skutečný rozdíl mezi chatbotem a agentem

Jeden z nich odpovídá na otázku. Druhý rozhodne, co udělat, udělá to, zkontroluje vlastní práci a posune se k dalšímu kroku — aniž by čekal, až o to požádáte. Ten rozdíl není akademický. Mění to, co se může pokazit a kdo to má zachytit.

Redakce FabricLoop
1,850 slov
8 min čtení

Chatbot vezme to, co napíšete, vygeneruje odpověď a zastaví se. Agent vezme to, co napíšete, rozhodne, co se má stát, něco s tím udělá, ověří, jestli to zabralo, a rozhodne, co dělat dál — sám, často přes mnoho kroků — dřív, než člověk z toho cokoli uvidí. V tom je celý rozdíl. Všechno, o čem se lidé přou, když se přou o „AI agentech“ — riziko, dohled, který systém potřebuje, a většina marketingového zmatku — plyne z tohoto jediného rozdílu.

Co chatbot skutečně dělá

Chatbot je systém s jedním průchodem. Dáte mu text, on vygeneruje text zpět a interakce tam končí. I chatbot s dlouhou pamětí vaší konverzace pořád dělá jednu věc na tah: přečte všechno, co se dosud řeklo, a předpoví další zprávu. Nikdy se neptá databáze, aby ověřil fakt, nikdy nic neposílá vaším jménem a nikdy se nevrací později, aby viděl, jestli odpověď obstála. Když se mýlí, škoda je věta, kterou člověk čte — a kterou v běžném chodu věcí může zachytit, než podle ní jedná.

Většina toho, o co lidé chatboty žádají, má tento tvar, aniž by si toho někdo všiml: shrň tento dokument, napiš narozeninovou zprávu, vysvětli naše pravidla vracení, napiš tři varianty titulku. Nic z toho nevyžaduje, aby systém něco ověřil vůči reálnému světu nebo podnikl akci mimo okno chatu. Platí to i tehdy, když se rozhraní jmenuje „AI asistent“ nebo „copilot“ místo „chatbot“ — štítek na krabici nemění, co se děje uvnitř.

Co agent skutečně dělá

Agent běží ve smyčce, ne v jednom průchodu: naplánuje krok, podnikne akci voláním skutečného nástroje — prohledá databázi, pošle zprávu, upraví soubor, zavolá API — podívá se, co ta akce skutečně vrátila, a ten výsledek použije k rozhodnutí o dalším kroku. Opakuje to, dokud úkol není hotový, nezasekne se, nebo dokud není postavený tak, aby se ozval člověku. Důležité je, že nikdo neschvaluje každý jednotlivý krok po cestě. Systém sám rozhoduje, co zkusit dál, podle toho, co se skutečně stalo, když naposledy jednal — a může se mýlit v každém z těchto rozhodovacích bodů, ne jen v konečné odpovědi.

Tahle smyčka není nová ani exotická. Výzkumníci její verze — uvažování o tom, co udělat, jednání, pozorování výsledku, znovu uvažování — popisují roky a přesně to běží pod produkty, které se nazývají agenty, od softwaru, který podává vyúčtování výdajů, po nástroje na kód, které otevřou terminál a spustí vlastní příkazy. To, co z něčeho dělá agenta místo velmi upovídaného chatbota, je, že jedná ve světě, sleduje, co se stalo, a přizpůsobuje se — opakovaně, bez toho, aby člověk schvaloval každý tah.

Stejná žádost, dvěma způsoby

Takhle ten rozdíl vypadá, když dva systémy dostanou pokyny, které znějí podobně.

Chatbot

„Shrň tento dokument.“

  • 1Přečte text, který jste vložili.
  • 2Vygeneruje odstavec shrnutí.
Zastaví se tady — mimo chat se nic nezměnilo
Agent

„Najdi tři otevřené faktury po splatnosti déle než 30 dní, připrav ke každé e-mail s upomínkou a dej je do mé složky konceptů.“

  • 1Dotáže se fakturačního systému a vyfiltruje faktury otevřené déle než 30 dní.
  • 2Ověří, že opravdu našel tři, ne dvě nebo pět — nesoulad označí, místo aby hádal.
  • 3Vytáhne správnou částku, datum splatnosti a kontakt ke každé faktuře a připraví upomínku.
  • 4Uloží každý koncept do skutečné složky konceptů přes poštovní nástroj.
  • 5Nahlásí zpět, co našel a co připravil.
Jedná — tři skutečné koncepty teď existují, nezkontrolované

Položte chatbotu druhou otázku a pořád vám vrátí něco, co vypadá jako odpověď: tři věrohodně znějící upomínkové e-maily, vygenerované z toho, co jste do konverzace náhodou vložili. Co neudělá: nezeptá se vašeho skutečného fakturačního systému, neověří počet a nic nedá do skutečné složky konceptů. Výstup může vypadat podobně. To, co systém skutečně udělal, podobné není.

Proč to není jen hádka o slova

Rozdíl záleží, protože mění to, co se může pokazit a kdo to zachytí. Nejhorší případ chatbota je špatná odpověď. Někdo ji přečte a v běžném chodu věcí buď chybu zachytí, nebo se rozhodne podle ní nejednat — omyl konverzaci nikdy neopustí. Nejhorší případ agenta je špatná akce už provedená v reálném světě: upomínka, která šla špatnému zákazníkovi se špatným zůstatkem, záznam aktualizovaný špatnou hodnotou, refundace vystavená dvakrát — dřív, než kdokoli cokoli zkontroloval. Omyl už není věta. Je to událost a události nejdou vzít zpět.

Nejhorší případ chatbota je špatná odpověď, kterou někdo čte. Nejhorší případ agenta je špatná akce už provedená — dřív, než kdokoli vůbec cokoli přečetl.

Proto agent potřebuje jiný druh dohledu než chatbot. Chatbot potřebuje hlavně někoho, kdo kontroluje jeho odpovědi, až se k tomu dostane. Agent potřebuje, aby jeho návrháři už rozhodli, než vůbec poběží, které akce smí udělat bez ptaní, které vyžadují, aby člověk nejdřív viděl plán, a co se stane, když se zasekne. Když to vyřešíte až potom, zjistíte natvrdo, co agent už udělal.

Důvěřovat můžete jen tomu, co vidíte

Je to stejná myšlenka za konceptem Čitelnost ve FabricLoop: řídit můžete jen přístup a chování, které skutečně vidíte. U chatbota je to skoro automatické — celý jeho výstup je zpráva, kterou člověk čte, takže akce a záznam akce jsou totéž. U agenta nejsou. Jeho akce se dějí uvnitř jiných systémů — CRM, schránky, databáze, souboru — a pokud něco nezaznamená, čeho se dotkl, co změnil nebo co poslal, není jak to zpětně přezkoumat, natož to předem zastavit. Čitelnost není příjemný doplněk souladu položený na agenta. Pro agenta je to celá otázka, protože jeho „odpověď“ není věta, kterou můžete zkorigovat — je to soubor akcí, o nichž se možná nikdy nedozvíte, že se staly, pokud systém nebyl postaven tak, aby vám je ukázal.

To je praktické spojení obou myšlenek: agent na sebe bere víc a jiného rizika než chatbot, a právě proto potřebuje viditelnou stopu toho, co udělal, a v případech s vyšší sázkou kontrolní bod, než jedná — to, co koncept Míra zásahu člověka ve FabricLoop bere jako číslo, které navrhujete a měříte, ne jako dodatečnou myšlenku, kterou přišroubujete, až se už něco pokazilo.

Trh to oceňuje pozpátku, pořád

Jakmile máte skutečný test, je zřejmé, jak často štítek lže oběma směry. Spousta produktů tvrdě prodávaných jako „AI agenti“ — slovo v úvodním nadpisu, v cenových stupních — je pod tím jediný dobře vyladěný prompt: přečti vstup, vygeneruj výstup, hotovo. Žádné samostatné volání nástroje, žádná smyčka, žádné rozhodnutí bez člověka, který schválí další klik. Mezitím spousta softwaru, který slovo „agent“ nikdy nepoužije — automatizovaný fakturační tok, monitorovací systém, který sám přesměruje provoz, provozní skript, který restartuje spadlou službu a ověří, jestli to pomohlo — tiše běží přesně tu smyčku popsanou výše. Slovo na štítku vám neřekne nic spolehlivého o tom, který stroj skutečně používáte.

Test dvou otázek

1. Potřebuje víc než jeden krok, aby tu věc udělal? 2. Rozhoduje sám, jaký ten další krok je, nebo o každém kroku rozhoduje člověk, jedno kliknutí po druhém? Pokud člověk volí každý krok, díváte se na chatbota s extra tlačítky — říkejte tomu, jak tomu říká marketingová stránka. Pokud systém volí vlastní další krok přes víc než jeden krok, díváte se na agenta a je třeba ho řídit jako agenta: viditelné logy, vymezené limity toho, co smí udělat bez ptaní, a skutečná odpověď, kdo ho kontroluje a kdy.

FL
Kde FabricLoop tuhle čáru vede

Vlastní AI produkt FabricLoop, Loop Agent, tu smyčku běží — hledá, píše koncepty, kontroluje vlastní práci přes nástroje připojené přes MCP — ale je postavený tak, aby ukazoval práci a ptal se před kroky s vyšší sázkou, ne aby jednal tiše a hlásil až potom. Každé spojení MCP, které používá, je vázané na osobu a v Enterprise se to, co udělal, objeví v auditním protokolu, místo aby žilo jen v jeho vlastní paměti konverzace.

Je to stejná logika, kterou pokrývají Čitelnost a Míra zásahu člověka — stojí za to je číst dál, pokud je tohle první ze tří myšlenek, která konečně sedla.

Nic z toho nevyžaduje technické zázemí, abyste to použili. Až příště dodavatel nebo kolega něco nazve agentem, zeptejte se, co skutečně udělal mezi vaším pokynem a výsledkem — a o kolika z těch kroků rozhodl sám.


Hlavní závěry
01
Chatbot odpovídá v jednom průchodu: přečti vstup, vygeneruj výstup, zastav se. Nikdy neověří fakt vůči živému systému, nepošle nic vaším jménem a nevrátí se později, aby ověřil vlastní odpověď.
02
Agent běží ve smyčce: naplánuj, jednej přes skutečný nástroj, pozoruj, co se skutečně stalo, rozhodni o dalším kroku, opakuj — bez toho, aby člověk schvaloval každý jednotlivý tah.
03
Podobně znějící žádosti mohou dát dva různé stroje. „Shrň tento dokument“ je chování chatbota. „Najdi tři faktury po splatnosti déle než 30 dní, připrav upomínky a dej je do mé složky konceptů“ je chování agenta — vyžaduje skutečné dotazy, ověření a samostatná rozhodnutí mezi kroky.
04
Nejhorší případ chatbota je špatná odpověď, kterou člověk čte a může se rozhodnout podle ní nejednat. Nejhorší případ agenta je špatná akce už provedená v reálném světě — odeslaný e-mail, změněný záznam — dřív, než ji kdokoli zkontroloval.
05
Protože agenti jednají před kontrolou, potřebují dohled navržený předem: které akce vyžadují, aby člověk nejdřív viděl plán, které ne, a co se stane, když se agent zasekne. Řešit to až po incidentu je pozdě.
06
Čitelnost — schopnost vidět, kdo co udělal a jak — záleží u agentů víc než u chatbotů, protože akce agenta se dějí uvnitř jiných systémů, ne uvnitř zprávy, kterou můžete číst. Žádná viditelná stopa znamená žádný skutečný dohled.
07
Slovo „agent“ na cenové stránce není spolehlivý signál. Použijte test sami: potřebuje víc než jeden krok a rozhoduje o dalším kroku sám? Pokud člověk volí každý krok, je to chatbot, ať marketing říká cokoli.