Od promptu k procesu: Když AI přestane pracovat v okně chatu
Prompt, který třikrát týdně ručně vkládáte, je proces, který ještě nebyl postavený. Krok k němu je méně technický než organizační: vyžaduje pojmenovat spouštěč, vstupy a podmínky přerušení.
To nejdůležitější
- Zralý na proces je prompt, který třikrát fungoval stejně, jehož vstupy se dají pojmenovat a jehož chyby by byly rozpoznatelné.
- Patří k tomu čtyři stavební prvky: spouštěč, vstupy, pokyn, cíl výstupu – plus podmínka přerušení.
- Člověk zůstává právě na dvou místech: u posouzení a u všeho s působením navenek.
- Nejčastější chybou je proces bez nouzové brzdy a bez protokolu – pak si nikdo nevšimne, když se něco překlopí.
V okně chatu je každá chyba bez následků: přečtete si odpověď a zahodíte ji. Proces běží bez diváků – a přesně to tvoří rozdíl mezi oběma podobami.
Kdy je prompt zralý na proces
Tři podmínky, všechny současně:
- Třikrát fungoval stejně. Ne podobně – stejně. Kdo automatizuje prompt, který se musel pokaždé doladit, automatizuje pryč to doladění, ne práci.
- Vstupy se dají pojmenovat. Co přesně jde dovnitř a odkud to přichází? Zní-li odpověď to záleží, proces se ještě nedá popsat.
- Chyba by byla rozpoznatelná. Když nesprávný výsledek vypadá jako správný a nikdo se nedívá, chybí kontrola – ne automatizace.
Čtyři stavební prvky
1. Spouštěč
Co proces spustí? Časový okamžik („každé pondělí v 8 hodin“), událost („nová poptávka ve formuláři“) nebo úkon („soubor uložen do adresáře“).
Častá chyba: Spouštěč, který pálí příliš často. Každá změna v jednom záznamu je většinou příliš; jednou denně stačí.
2. Vstupy
Která data vtékají dovnitř, z jakého zdroje, v jakém rozsahu? Sem patří omezení množství – jinak tam někdy vejde seznam s 5 000 záznamy.
Častá chyba: Žádná horní hranice. Při testování si toho nikdo nevšimne, v provozu okamžitě.
3. Pokyn
Prompt, teď napevno zadrátovaný: výchozí stav, číslované úkoly, pravidla, podoba výstupu. Se zástupnými místy pro vstupy.
Častá chyba: Chybí zákaz vymýšlení. V okně chatu vymyšlené číslo zarazí, v procesu ne.
4. Cíl výstupu
Kam jde výsledek? Návrh, poznámka, soubor, zpráva konkrétní osobě. Pokud možno tam, kam se stejně někdo dívá.
Častá chyba: Rovnou navenek. Rozeslání, publikování nebo změna záznamu bez mezikroku.
Jeden proces podrobně
Jako příklad týdenní vyhodnocení došlých poptávek – proces, který dává smysl téměř v každé firmě.
| Stavební prvek | Stanovení |
|---|---|
| Spouštěč | Pondělí, 7 hodin |
| Vstupy | Poptávky za posledních 7 dní, nejvýše 100, pole: datum, zdroj, požadavek, stav |
| Pokyn | Sloučit podle požadavku, pojmenovat tři nejčastější, odchylky oproti minulému týdnu, nevymýšlet žádné číslo |
| Cíl výstupu | E-mail vedení firmy, nejvýše 200 slov |
| Podmínka přerušení | Méně než 3 poptávky: žádné rozeslání |
| Protokol | Okamžik, počet vstupů, úspěch nebo chyba |
Věděli jste, že…?
Podmínka přerušení je prvek, který nejčastěji chybí – a který zabrání nejvíc mrzutostí. Bez ní běží proces i tehdy, když nic není, a vytvoří zprávu o ničem.
Škodou není ta jedna nesmyslná zpráva. Je jí to, že týdenní zpráva, která často neobsahuje nic, se po dvou měsících přestane číst – i tehdy, když jednou obsahuje něco důležitého. Proces, který hlásí, jen když je co hlásit, zůstane užitečný roky.
Kde zůstává člověk
Dvě místa, a nejsou k diskusi:
U posouzení. Jestli má kontakt vážný zájem, jestli text trefuje správný tón, jestli je odchylka problém, nebo náhoda – takové soudy stojí na souvislostech, které v datech nestojí.
U všeho s působením navenek. Rozeslání, publikování, mazání, platba. Ne proto, že by toho model nebyl schopen, ale protože tam se chyba už nedá vzít zpět.
Vzorec, který se opakuje: proces běží tři měsíce dobře, potom se změní maličkost ve zdroji dat – pole se jmenuje jinak, pohled se přestavěl. Proces běží dál a vytváří výsledky, které jsou nesprávné, ale vypadají správně.
Proti tomu pomůže jen jedno: kontrola věrohodnosti v procesu samotném. Je-li vyplněno méně než tři pole, přeruš a ohlas to. Pět minut při stavbě, a je to rozdíl mezi procesem, který se při problému zastaví, a tím, který měsíce píše nesprávné zprávy.
Co se kazí
- Žádná nouzová brzda. Každý proces potřebuje místo, kde se dá okamžitě zastavit – známé dřív, než bude potřeba.
- Žádný protokol. Bez záznamu se nedá zrekonstruovat, co se kdy s jakými daty stalo.
- Nikdo odpovědný. Procesy stárnou potichu. Bez čtvrtletní revize škodí proces po roce víc, než prospívá.
- Podstrčené pokyny. Když proces čte text z cizího zdroje – e-maily, formuláře, dokumenty –, může v něm stát výzva, která působí jako zadání. Účinné je proti tomu především úzké oprávnění.
Chci převést opakující se prompt do pevného procesu. Prověř ten záměr a sepiš ten proces. Prompt, který dnes používám ručně: [vlož prompt] Výchozí stav: - Jak často to dělám: [četnost] - Odkud přicházejí vstupy: [zdroj] - Co se s výsledkem děje: [popis] - Musel jsem prompt dosud pokaždé upravovat? [ano / ne] - Vtékají dovnitř data z cizího zdroje (e-maily, formuláře)? [ano / ne] Úkoly: 1. Prověř tři podmínky zralosti: třikrát fungoval stejně, vstupy pojmenovatelné, chyba rozpoznatelná. Řekni jasně, když některá není splněná – pak na proces ještě není čas. 2. Sepiš čtyři stavební prvky: spouštěč, vstupy (s omezením množství), pokyn se zástupnými místy, cíl výstupu. 3. Zformuluj podmínku přerušení a kontrolu věrohodnosti, která zabrání tomu, aby nesprávné výsledky vypadaly správně. 4. Uveď místa, na kterých musí rozhodnout člověk. 5. Uveď, co se musí protokolovat a jak se proces zastaví. Není-li ten záměr v této podobě nosný, řekni to zřetelně a uveď menší verzi.
Závěr
Krok od promptu k procesu není technická překážka, ale otázka popsatelnosti. Kdo umí sepsat spouštěč, vstupy, pokyn a cíl, má tu těžkou část za sebou.
Co potom dělá ten rozdíl, jsou ty nenápadné části: podmínka přerušení, kontrola věrohodnosti, protokol, nouzová brzda. Dohromady stojí dvacet minut a rozhodují o tom, jestli proces po roce ještě prospívá, nebo tiše škodí.
Časté otázky
Jak se automatizují pracovní procesy pomocí AI?
Tak, že se osvědčený prompt převede do čtyř stavebních prvků: spouštěč (okamžik nebo událost), vstupy (se zdrojem a omezením množství), pokyn se zástupnými místy a cíl výstupu – pokud možno tam, kam se stejně někdo dívá. K tomu patří podmínka přerušení, kontrola věrohodnosti a protokol.
Kdy je prompt zralý na proces?
Když jsou současně splněné tři podmínky: fungoval nejméně třikrát přesně stejně, jeho vstupy se dají pojmenovat a nesprávný výsledek by byl rozpoznatelný. To, že člověk nějakou úlohu dělá často, nestačí – časté úlohy, které probíhají pokaždé jinak, jsou nejhoršími kandidáty.
Co musí být nutně v každém procesu?
Podmínka přerušení, aby proces neběžel, když nic není; kontrola věrohodnosti, která zastaví, když vstupy vypadají nečekaně; protokol s okamžikem, rozsahem a výsledkem; a známá možnost proces okamžitě zastavit.
Na kterých místech musí zůstat člověk?
Na dvou: u posouzení, které stojí na souvislostech neobsažených v datech – třeba jestli má kontakt vážný zájem – a u všeho s působením navenek: rozeslání, publikování, mazání, platba. Tam se chyba nedá vzít zpět.
Proč proces po měsících dodává nesprávné výsledky?
Většinou proto, že se nepozorovaně změnil zdroj dat – pole se jmenuje jinak, pohled se přestavěl. Proces běží dál a vytváří výsledky, které jsou nesprávné, ale vypadají správně. Proti tomu pomůže kontrola věrohodnosti v procesu samotném a pevná čtvrtletní revize.
Marketing, který se nastaví sám
Beta verze Studio Engine je otevřená. Zarezervujte si místo a podílejte se od začátku.
Zapojit se do bety →