První AI automatizace bez programování: trigger, AI krok, návrh ke schválení

Chat s AI je ruční práce: vy nosíte data dovnitř a výsledky ven. Automatizační platforma tuhle chůzi zruší — data doputují k modelu sama a výsledek skončí tam, kde ho potřebujete. Nemusíte umět programovat, skládáte kroky jako stavebnici. Celý trik je v tom, že AI není celý automat, ale jeden krok uprostřed: něco ho spustí, model z toho něco vytáhne nebo napíše, a výsledek putuje dál do tabulky, CRM nebo do složky Koncepty.

Návod můžete číst s otevřeným editorem scénářů. Začíná otázkou, kterou většina lidí přeskočí — jestli vůbec potřebujete platformu, nebo jestli stačí rutina přímo v Claude. Pak rozebere anatomii scénáře, ukáže tři kompletní příklady krok za krokem, vysvětlí, proč se prompt v AI kroku píše jinak než v chatu, a skončí u toho nejméně zábavného: co dělat, když se scénář rozbije, a kdy je správná odpověď neautomatizovat vůbec.

A protože se bavíme o automatu, který sahá na vaši poštu, faktury a klientská data, platí od první minuty jedno pravidlo: AI navrhuje, člověk schvaluje. Odeslání, platba, smazání, podpis — vždycky člověk. Všechny scénáře tady končí návrhem ke kontrole, nikdy hotovým činem.

Vzorová situace

Freelancerka Klára dostává poptávky z webového formuláře, průměrně deset týdně. U každé udělá tentýž rituál: přečte, přepíše jméno, firmu, typ zakázky a rozpočet do tabulky, založí si úkol „ozvat se“ a napíše úvodní odpověď. Zabere jí to zhruba dvanáct minut na poptávku, tedy dvě hodiny týdně — a ani jednou při tom nemusela nic rozhodnout, jen přenášet. Horší než čas je rozptýlení: formulář chodí v náhodných chvílích a Klára ho otevírá hned, takže se jí den tříští.

Po postavení jednoho scénáře je to jinak. Nová poptávka spustí automat: model z textu vytáhne jméno, firmu, typ zakázky, rozpočtový rámec a termín, přiřadí poptávce známku od A do C podle toho, jak sedí na Klářino zaměření, zapíše řádek do tabulky, založí úkol se štítkem „ke schválení“ a připraví koncept odpovědi ve schránce. Klára otevře poštu dvakrát denně, projde koncepty, dva upraví, jeden smaže.

Po měsíci: z dvou hodin týdně zbylo dvacet minut a hlavně přestal formulář rozbíjet den. Odesílá pořád Klára — jen už netráví čas přepisováním.

Kdy stačí rutina v Claude a kdy potřebujete platformu

Nejdražší chyba začátečníků je postavit scénář na sedm kroků tam, kde stačila jedna věta v rutině. A stejně tak druhá strana — cpát do rutiny něco, co potřebuje reagovat na událost v cizím systému.

Rutina v Claude stačí, když…

• Spouštěčem je čas: každé ráno v 6:30, každý pátek v 15:00.
• Data jsou tam, kam vede konektor: pošta, kalendář, Drive, Notion — viz konektory vysvětlené.
• Zadání se často mění a je vágní. Rutinu upravíte přepsáním jedné věty, scénář v platformě znamená přemapovat pole.
• Výstupem je text pro člověka: koncept, přehled, seznam ke schválení.

Typický zástupce je sada rutin nad poštou a kalendářem, celý postup je v tipu rutiny v Claude. Když vaše zadání sedí do všech čtyř bodů, postavte to jako rutinu a ušetřete si jednu službu navíc.

Platformu potřebujete, když…

• Spouštěčem je událost v jiném systému: odeslaný formulář, nová faktura, změna stavu v CRM, platba. Tohle se nedá naplánovat na čas, to se musí nechat zavolat.
• V řetězu je víc než dvě aplikace: formulář → AI → tabulka → CRM → notifikace do týmu.
• Potřebujete webhook, protože chcete reagovat do vteřin, ne do rána.
• Potřebujete spolehlivý běh nad objemem: dvě stě řádků denně, s logem a s možností opakovat, co spadlo.
• Data nesmějí opustit vaši infrastrukturu — pak přichází na řadu n8n na vlastním serveru.

Jak se rozhodnout za pět minut

Napište si tři věci: co to spustí, kolik aplikací se toho účastní a jak rychle to musí být hotové. Jedna aplikace plus čas jako spouštěč znamená rutinu. Dvě a víc aplikací nebo událost jako spouštěč znamená platformu. Hraniční případy řešte tím jednodušším — přestavět rutinu na scénář je za odpoledne, opustit rozjetý scénář bolí.

Než začnete stavět, nechte si vybrat, co má být první scénář. Tenhle prompt pusťte v běžném chatu:

Popíšu ti svoji opakovanou práci a ty mi z ní vybereš první scénář
k automatizaci.

Co dělám opakovaně:
[vypiš 8–12 činností, u každé: jak často, kolik minut zabere,
odkud data přicházejí a kam je ukládám]

Nástroje, které používám: [vypiš]

Vrať mi:
1. Pořadí těch činností podle poměru ušetřený čas / náročnost stavby
2. U tří nejlepších rozkresli scénář: co ho spustí, jaké kroky
   následují, kde v tom je AI a kam jde výsledek
3. U každého ze tří napiš, jestli na to stačí naplánovaná rutina
   v AI asistentovi s konektory, nebo je potřeba automatizační
   platforma — a proč
4. Které z těch činností NEautomatizovat a proč (málo opakování,
   moc výjimek, příliš vysoká cena chyby)

U bodu 4 buď přísný, nechci automatizovat věci, které dělám dvakrát
za měsíc.

Vrátí seřazený seznam, ve kterém bývá první scénář jiný, než jste čekali — lidé podceňují nudné přepisy a přeceňují viditelné, ale vzácné úkoly. Bod 4 čtěte pozorně: automatizace činnosti, kterou děláte dvakrát měsíčně, se nezaplatí, i když je technicky snadná.

Anatomie scénáře: trigger, AI krok, akce

Každý scénář, ať už v Zapieru, Make nebo n8n, má stejnou kostru. Když jí porozumíte jednou, přenesete ji mezi platformami během odpoledne.

Trigger: co to spustí

Spouštěče jsou tři druhy a rozdíl mezi nimi rozhoduje o rychlosti i o tom, kolik operací spotřebujete. Webhook je adresa, na kterou cizí systém zavolá ve chvíli, kdy se něco stane — nejrychlejší a nejlevnější varianta, protože neplýtvá běhy naprázdno. Dotazování (polling) znamená, že se platforma každých pár minut ptá, jestli přibylo něco nového; používá se tam, kde služba webhook neumí, a platíte za něj zpožděním i běhy, při kterých se nic nestalo. Rozvrh je prostý časovač — a tady se sluší zpozornět: když je spouštěčem čas a data jsou dostupná přes konektor, možná nepotřebujete platformu vůbec.

Ať zvolíte cokoli, hned za spouštěč patří filtr: jen poptávky s vyplněným e-mailem, jen faktury nad určitou částku, jen zprávy s daným štítkem. Scénář, který teprve v AI kroku zjišťuje, že položku nemá zpracovávat, plýtvá operacemi i penězi.

AI krok: jeden úkol, jeden výstup

Krok s modelem má tři části: co mu pošlete, co má udělat a v jakém tvaru to má vrátit. Nejčastější začátečnická chyba je poslat mu všechno a chtít po něm všechno naráz. Dva menší AI kroky za sebou jsou spolehlivější než jeden velký — hlavně proto, že když se něco pokazí, poznáte kde.

Zásadní rozdíl proti chatu: výstup nečte člověk, výstup čte další krok. Nechte si proto vracet JSON s pevně danými klíči a v platformě ho rozparsujte do polí:

{
  "jmeno": "Jana Nováková",
  "firma": "Stavebniny Sever",
  "typ_zakazky": "web na míru",
  "rozpocet": "neuvedeno",
  "termin": "do konce října",
  "znamka": "B",
  "zduvodneni_znamky": "obor sedí, rozpočet neznámý",
  "chybi": ["rozpocet", "telefon"]
}

Dva detaily dělají rozdíl mezi hračkou a provozem. Klíč chybi je seznam toho, co v podkladu nebylo — poznáte podle něj neúplnou poptávku, aniž byste ji četli. A hodnota neuvedeno je povinná náhrada za vymýšlení: bez ní model chybějící rozpočet doplní odhadem, který vypadá jako fakt.

Akce: výstup vždycky jako návrh

Poslední krok rozhoduje o tom, jestli je scénář pomocník, nebo riziko. Tři pravidla bez výjimky: koncept místo odeslaného mailu, úkol se štítkem „ke schválení“ místo úkolu v ostrém projektu, nový řádek místo přepsání existujícího. Automat nesmí odesílat, platit ani mazat — a právo zápisu dávejte do oddělené tabulky, ne doprostřed ostré agendy.

Než začnete klikat, nechte si scénář rozkreslit včetně mapování polí:

Chci postavit automatizační scénář a potřebuju plán, než začnu klikat.

Co scénář dělá: [popis jednou větou]
Spouštěč: [nová položka ve formuláři / webhook z CRM / nový soubor…]
Aplikace v řetězu: [vyjmenuj v pořadí]
Co má být výsledek: [řádek v tabulce, koncept mailu, úkol…]

Vrať mi:
1. Seznam kroků scénáře v pořadí, u každého: co dostane na vstupu,
   co udělá, co pošle dál
2. Kde přesně patří filtr, aby se scénář nepouštěl zbytečně
3. Mapování polí: které pole ze spouštěče jde do kterého pole
   v cílové aplikaci — jako tabulka
4. Které kroky mohou selhat a co má scénář udělat v každém z těch případů
5. Jestli se dá počet kroků snížit — a jak

Nepiš návod na konkrétní platformu, chci logiku scénáře.

Vrátí plán, který v editoru jen naklikáte. Bod 3 je ten, kvůli kterému se prompt vyplatí: většina chyb v prvních scénářích nevzniká v AI kroku, ale v přehozeném mapování polí — telefon se zapisuje do sloupce s rozpočtem a nikdo si toho měsíc nevšimne.

Scénář 1: nový lead → obohacení AI → CRM

Cíl: z každé nové poptávky vznikne strukturovaný záznam se známkou kvality a koncept odpovědi, aniž by se toho do chvíle schválení dotkla lidská ruka.

Kroky scénáře

1. Trigger: webhook z webového formuláře (nebo nový řádek v tabulce, kam formulář zapisuje).
2. Filtr: jen když je vyplněný e-mail a text má aspoň dvacet znaků. Tím odpadnou spamy a nedokončená odeslání.
3. AI krok A — extrakce: z volného textu udělej strukturovaná data.
4. AI krok B — hodnocení: přiřaď poptávce známku A/B/C a vypiš rizika.
5. Akce 1: zapiš řádek do tabulky nebo do CRM ve stavu „nový, nezpracováno“.
6. Akce 2: založ úkol se štítkem „ke schválení“ a lhůtou do 24 hodin.
7. Akce 3: vytvoř koncept odpovědi v poště. Nikdy neodesílej.

AI krok A: extrakce

Jsi extraktor údajů z poptávek. Dostaneš surový text poptávky
z webového formuláře.

TEXT POPTÁVKY:
[vstup z formuláře]

Vrať výhradně JSON s těmito klíči, bez komentáře a bez uvozovacího textu:
jmeno, firma, email, telefon, typ_zakazky, rozpocet, termin,
strucne_zadani (max 200 znaků), chybi (pole názvů klíčů, které
v textu nebyly)

Pravidla:
- Když údaj v textu není, napiš do klíče hodnotu neuvedeno
  a přidej název klíče do pole chybi.
- NIC nedomýšlej. Rozpočet neodhaduj z typu zakázky, termín
  neodvozuj z formulace „co nejdřív“ — to je neuvedeno.
- typ_zakazky vyber z: [web, e-shop, grafika, konzultace, jiné].
  Když se to nedá zařadit, napiš jiné.
- Text neopravuj ani nestylizuj, přebíráš fakta.

Vrátí čistý JSON, který v platformě rozparsujete do polí. Hlídejte dvě věci: jestli model vrací opravdu jen JSON (občas přidá vysvětlující větu a rozbije parser — pomůže krok, který vezme jen text mezi první a poslední složenou závorkou) a jestli respektuje neuvedeno u rozpočtu, kde je pokušení domýšlet největší.

AI krok B: obohacení a známka

Dostaneš strukturovaná data o poptávce a informace o mém podnikání.
Tvůj úkol je poptávku ohodnotit, ne prodat.

POPTÁVKA:
[JSON z předchozího kroku]

MOJE ZAMĚŘENÍ:
Dělám [obor], typická zakázka je [popis], nedělám [co odmítám].
Nejmenší zakázka, která mi dává smysl: [hranice].
Ideální klient: [popis].

Vrať JSON s klíči: znamka, zduvodneni, rizika, prvni_otazky.
- znamka: A (sedí na moje zaměření a je realistická), B (sedí,
  ale něco chybí nebo je nejasné), C (mimo obor, nereálný termín
  nebo zjevně mimo rozsah)
- zduvodneni: dvě věty, konkrétně, žádné fráze
- rizika: pole 1–3 vět — co může být problém (nejasné zadání,
  nereálný termín, klient chce něco, co nedělám)
- prvni_otazky: 3 otázky, které se musím zeptat, než dám cenu

Když jsou data neúplná, hodnoť podle toho, co je — nedomýšlej si,
jak asi zakázka vypadá.

Vrátí hodnocení, které rozhoduje o pořadí ve frontě. Známky nepoužívejte na automatické odmítání — céčko znamená „podívej se na to jako na poslední“, ne „zahoď“. Model nezná kontext, který máte vy.

Akce: koncept odpovědi

Poslední krok skládá odpověď z toho, co zjistily kroky před ním — a záměrně počítá s tím, že data budou neúplná:

Napiš koncept první odpovědi na poptávku. Píšu jako [jméno, obor],
tón: [věcný a přátelský, vykání, bez marketingových frází].

DATA O POPTÁVCE:
[JSON z kroku A]
HODNOCENÍ:
[JSON z kroku B]

Pravidla:
- Maximálně 150 slov, tři odstavce.
- Poděkuj, shrň jednou větou, jak jsem zadání pochopil, a polož
  ty nejdůležitější dvě otázky ze seznamu prvni_otazky.
- Cenu ani termín NEUVÁDĚJ, ani orientačně.
- Když je v datech chybi neprázdné, požádej o doplnění právě těch
  údajů, jmenovitě.
- Když je známka C, napiš zdvořilou variantu, která nabídne
  doporučení jinam — ale nikoho neodmítej definitivně, to udělám já.
- Na konec připoj podpis [podpis].

Vrať jen text mailu, žádné vysvětlování.

Vrátí koncept, který většinou odešlete po jedné úpravě. Nejdůležitější řádek je zákaz uvádět cenu a termín: to je informace, kterou model rád doplní přijatelně znějícím odhadem — a která vás pak drží v pasti při vyjednávání.

Scénář 2: formulář → kategorizace → notifikace

Druhý scénář je jednodušší a nasazuje se nejčastěji: příchozí požadavky roztřídit a poslat správnému člověku. Funguje na interní helpdesk, reklamace i požadavky z výroby.

Kroky scénáře

1. Trigger: nová odpověď ve formuláři (webhook nebo nový řádek).
2. AI krok: kategorizace, priorita a shrnutí do dvou vět.
3. Větvení podle kategorie: každá kategorie má svého adresáta.
4. Akce 1: zpráva do týmového kanálu, čitelná na mobilu.
5. Akce 2: zápis do tabulky pro statistiku.
6. Akce 3 (jen u vysoké priority): upozornění služebnímu telefonu.

AI krok: kategorizace

Jsi třídič příchozích požadavků. Kategorie jsou pevně dané, žádné
jiné nevymýšlej.

POŽADAVEK:
Odesílatel: [jméno a role]
Text: [text z formuláře]
Přílohy: [názvy souborů, pokud jsou]

Kategorie: [technický problém, fakturace, reklamace, obchodní dotaz,
personální, ostatní]

Priority:
- vysoká: něco nefunguje a blokuje to práci, nebo hrozí zmeškání
  zákonné či smluvní lhůty
- střední: potřebuje reakci do dvou pracovních dnů
- nízká: informativní, snese počkat

Vrať JSON: kategorie, priorita, shrnuti (max 2 věty, věcně,
bez opisování celého textu), kdo_by_to_mel_resit (odhad role),
chybejici_informace (co se musí doptat, než se to dá vyřešit),
citlivost (ano/ne — jestli text obsahuje osobní nebo zdravotní
údaje, mzdy nebo něco pod mlčenlivostí).

Když si nejsi jistý kategorií, dej ostatní a do shrnuti napiš proč.
Nikdy neurči vysokou prioritu jen proto, že odesílatel píše
velkými písmeny nebo použil slovo urgentní.

Vrátí zařazení přesnější, než jaké svede unavený člověk v pátek odpoledne. Poslední odstavec brání eskalaci podle tónu — bez něj se z každé rozčilené zprávy stane vysoká priorita. A klíč citlivost je pojistka: když je ano, ať scénář do kanálu pošle jen zprávu „přišel citlivý požadavek, otevři ho v systému“.

Akce: notifikace, kterou jde přečíst na mobilu

Ze zařazeného požadavku sestav zprávu do týmového kanálu.

DATA:
[JSON z předchozího kroku]
Odkaz na původní požadavek: [odkaz]

Formát:
První řádek: priorita velkými písmeny, kategorie, od koho
Druhý řádek: shrnutí, maximálně 20 slov
Třetí řádek: co je potřeba udělat jako první krok
Čtvrtý řádek: odkaz

Pravidla:
- Žádné pozdravy, žádné emotikony, žádné uvozovací věty.
- Když je v datech citlivost ano, místo shrnutí napiš jen
  „citlivý obsah — otevři přímo v systému“ a nic z textu necituj.
- Celé to musí být čitelné na mobilu bez rolování.

Vrátí zprávu, kterou tým skutečně čte, protože je krátká. Zákaz pozdravů a emotikonů tam není z nevrlosti — notifikace, která začíná „Ahoj týme, přišel nám nový požadavek“, se po dvacáté přeskakuje očima.

Scénář 3: RSS → shrnutí → newsletter draft

Třetí scénář ukazuje jiný vzorec: sběr přes celý týden a jeden souhrnný výstup na konci. Právě tady se nejvíc vyplatí rozdělit AI práci na dva kroky v různém čase.

Kroky scénáře

1. Trigger A (průběžně): nová položka v RSS kanálech, které sledujete.
2. Filtr: jen položky s vašimi klíčovými slovy v titulku nebo perexu. Bez filtru se scénář utopí v objemu.
3. AI krok A: u každé položky shrnutí a rozhodnutí, jestli je relevantní.
4. Akce: zápis do tabulky „kandidáti na newsletter“ s hodnocením.
5. Trigger B (čtvrtek 9:00): rozvrh.
6. AI krok B: z nasbíraných položek sestav draft newsletteru.
7. Akce: ulož draft jako koncept — do rozesílky, dokumentu nebo pošty. Nikdy neodesílat.

AI krok A: shrnutí jedné položky

Shrň jeden článek pro potřeby mého newsletteru.

Newsletter píšu pro: [cílová skupina] a zajímá je [témata].
Nezajímá je: [co vynechat].

ČLÁNEK:
Titulek: [titulek]
Zdroj a datum: [zdroj, datum]
Text: [obsah nebo perex]

Vrať JSON: relevance (0–10), shrnuti (3 věty, co se stalo a proč
to čtenáře zajímá), citace (jedna doslovná věta z článku, která
stojí za odkaz — když žádná taková není, napiš prázdný řetězec),
pro_koho (komu z mé cílové skupiny to nejvíc pomůže), zdroj_typ
(původní zpráva / komentář / přetištěná tisková zpráva / reklama).

Pravidla:
- Vycházej výhradně z textu článku, nedoplňuj kontext z paměti.
- Když je článek jen přetištěná tisková zpráva nebo skrytá reklama,
  dej relevanci maximálně 3 a napiš to do zdroj_typ.
- Čísla a jména opisuj přesně, nezaokrouhluj.

Vrátí hodnocení, podle kterého tabulka sama seřadí kandidáty. Klíč zdroj_typ je tam schválně: bez něj se do newsletteru dostanou tiskové zprávy, protože znějí informativně. Čísla z druhé ruky pak ověřujte v původním zdroji, viz ověřování faktů.

AI krok B: draft newsletteru

Sestav draft newsletteru z nasbíraných položek za tento týden.

POLOŽKY (seřazené podle relevance):
[vlož řádky z tabulky: titulek, shrnutí, odkaz, relevance, pro_koho]

Newsletter má: [jméno], vychází [frekvence], píše se [tón: věcný,
lehce osobní, bez superlativů], délka [cca 400 slov].

Struktura:
1. Úvodní odstavec (3 věty) — co bylo tenhle týden hlavní téma
   napříč položkami. Když žádné společné téma není, napiš to na rovinu.
2. Tři hlavní položky — u každé nadpis, dvě až tři věty vlastními
   slovy a odkaz. Nepřepisuj shrnutí doslova, přepiš je do mého tónu.
3. Krátký blok „také stojí za pohled“ — zbytek jako odrážky
   s jednou větou.
4. Závěrečná otázka na čtenáře, jedna věta.

Pravidla:
- Používej jen položky, které jsem ti dal. Nic nedoplňuj z paměti,
  žádné „jak známo“.
- Žádné tvrzení, které není v podkladech, ani kdyby vypadalo samozřejmě.
- U každé položky nech odkaz přesně tak, jak ti přišel.
- Na konec připoj seznam KONTROLA: čísla a jména z draftu, která
  mám ověřit v původních článcích.

Vrátí draft, který přepíšete a doplníte vlastním komentářem — a hlavně seznam KONTROLA na konci, díky kterému vám v newsletteru nezůstane špatné číslo. Nikdy nerozesílejte bez čtení: jedna vymyšlená věta je ve veřejném textu vidět víc než deset dobrých.

Prompt v AI kroku: proč se píše jinak než v chatu

Prompt v automatu má tři vlastnosti, které v chatu neřešíte. Neuvidíte ho selhat — špatný výstup se tiše zapíše do tabulky. Nemůžete se doptat, model musí trefit napoprvé. A výstup čte stroj, takže na formátu záleží víc než na eleganci.

Z toho plyne pět pravidel. Jeden krok, jeden úkol — extrakce zvlášť, hodnocení zvlášť, formulace zvlášť. Pevný výstupní formát, ideálně JSON s vyjmenovanými klíči. Výslovný zákaz domýšlení: věta „když údaj v textu není, napiš neuvedeno“ ušetří víc problémů než jakákoli jiná. Uzavřené číselníky místo volných kategorií — když necháte model kategorie vymýšlet, dostanete za měsíc čtyřicet variant téhož. A ukázka vstupu i výstupu přímo v promptu, viz ukázky formátu. Prompty si ukládejte mimo platformu, ve svojí knihovně promptů, a verzujte je datem.

Ladit prompt naslepo nemá smysl. Postavte si testovací sadu z reálných dat:

Přikládám prompt, který používám v automatizovaném kroku, a dvacet
reálných vstupů z minulých měsíců i s tím, jak měl výstup vypadat.

PROMPT:
[vlož prompt]

VSTUPY A OČEKÁVANÉ VÝSTUPY:
[vlož 20 dvojic]

Udělej tři věci:
1. Projdi vstupy a najdi ty, u kterých je prompt nejednoznačný —
   tedy kde se dá zadání vyložit dvěma způsoby
2. U každé nejednoznačnosti navrhni konkrétní větu do promptu,
   která ji odstraní
3. Vypiš 5 hraničních případů, které v mé sadě chybí a na kterých
   prompt pravděpodobně selže (prázdný vstup, cizí jazyk, dvě
   poptávky v jedné zprávě, příloha místo textu, spam)

Nepřepisuj celý prompt, chci cílené úpravy s odůvodněním.

Vrátí seznam děr a hraniční případy, na které byste sami nepřišli — první skutečný pád scénáře v provozu bývá právě „dvě poptávky v jedné zprávě“ nebo „formulář odeslaný prázdný“.

Testování a ošetření chyb

Scénář, který se tiše rozbil, je horší než žádný — spoléháte na něj a nevíte, že neběží. Nudná sekce, která rozhoduje o tom, jestli automatizaci za dva měsíce vypnete.

Nejdřív běh naprázdno

Pusťte scénář ručně nad dvaceti starými případy a porovnejte, co vypadlo, s tím, co jste tehdy udělali vy. První týden ať všechny akce míří do zkušebních cílů: testovací tabulka, testovací kanál, koncepty v poště. Ostrý CRM přijde na řadu, až budete výstupu věřit.

Čtyři druhy selhání a co s nimi

Cizí služba neodpoví. Nejběžnější a nejnevinnější. Řešení je automatické opakování s odstupem — dva až tři pokusy, mezi nimi minuty, ne vteřiny.

Model vrátí něco, co se nedá rozparsovat. Tři vrstvy obrany: instrukce „vrať výhradně JSON“, krok, který z odpovědi vytáhne jen část mezi složenými závorkami, a validace — když parsování selže, scénář nezapíše nic a pošle vám položku k ručnímu zpracování.

Model vrátí platný, ale nesmyslný obsah. Nejzákeřnější případ, protože scénář proběhne jako úspěšný. Obrana je kontrola rozumnosti před zápisem: rozpočet mimo očekávaný rozsah, datum v minulosti, kategorie mimo číselník, prázdné povinné pole — cokoli z toho ať vede na ruční frontu, ne do CRM.

Scénář zpracuje totéž dvakrát. Vzniká, když akce jednoho scénáře spustí trigger druhého nebo když se webhook doručí opakovaně. Obrana je značka o zpracování: scénář si u záznamu poznamená, že ho už viděl, a na začátku ji zkontroluje.

Ke každému scénáři patří cesta pro neúspěch: samostatná tabulka, kam padá všechno, co se nepovedlo, a jedno souhrnné upozornění denně, ne u každé chyby zvlášť. Jednou týdně se do ní podívejte — když je prázdná měsíc, buď je scénář výborný, nebo hlášení chyb nefunguje.

Přikládám popis svého automatizačního scénáře. Chci od tebe návrh
ošetření chyb, ne pochvalu.

SCÉNÁŘ:
[vypiš kroky a použité aplikace]
Co se stane, když výstup bude špatný: [dopad, např. zapíše se
špatné číslo do CRM a nikdo si toho nevšimne]

Vrať:
1. Tabulku: krok | jak může selhat | jak to poznám | co má scénář
   udělat | co mám udělat já
2. Kontroly rozumnosti, které mám přidat mezi AI krok a zápis
   (rozsahy hodnot, povinná pole, číselníky)
3. Návrh, jak zajistit, aby se tentýž vstup nezpracoval dvakrát
4. Co má obsahovat denní souhrnné hlášení, aby se dalo přečíst
   za deset vteřin
5. Jeden test, kterým si jednou měsíčně ověřím, že scénář opravdu běží

Buď konkrétní, obecná doporučení typu „monitorujte“ mi nepomůžou.

Vrátí plán, který naklikáte za hodinu a který vám zachrání den, kdy se něco pokazí. Bod 5 nepřeskakujte — pravidelný umělý test je jediný způsob, jak poznat rozdíl mezi „nic se nestalo“ a „scénář týden neběžel“.

Kolik to spotřebuje

Platformy se účtují podle počtu operací a AI krok podle množství zpracovaného textu. Pohlídejte si proto dvě věci: filtrovat co nejdřív a neposílat modelu víc textu, než potřebuje. Scénář, který dotazováním kontroluje schránku každou minutu a posílá do AI kroku celé zprávy, spotřebuje mnohonásobek toho co scénář s webhookem a filtrem — při stejném výsledku.

Oprávnění a data

Automat s přístupem do celé pošty a s právem mazat je nesmyslně velká zbraň na úkol „přepiš poptávku do tabulky“. Dejte mu přístup do jedné složky a pokud možno jen na čtení, zápis omezte na jeden cíl.

Citlivá data (osobní údaje, zdravotní informace, mzdy, obchodní tajemství) posílejte jen do nástrojů schválených vaší firmou a jen na účty se smluvní ochranou dat. Když si nejste jistí, máte dvě čisté cesty: provozovat n8n u sebe, nebo citlivá pole ze scénáře vynechat a nechat v něm jen identifikátor, podle kterého si člověk záznam otevře v systému.

Kdy neautomatizovat

Ne všechno, co jde zautomatizovat, se má zautomatizovat. Šest situací, kde je správná odpověď „nechte to být“:

• Děláte to míň než třikrát týdně. Stavba a údržba stojí čas navždy, úspora je úměrná četnosti. U vzácných úkolů se to nevrátí.
• Proces je nestabilní. Postup, který se každý měsíc mění, budete každý měsíc přestavovat. Nejdřív ho ustalte a sepište jako checklist, teprve pak automatizujte.
• Cena chyby je vysoká a chyba není vidět. Cokoli, co sahá na peníze, na právní lhůty nebo na zdravotní údaje. Když už, tak výhradně jako návrh ke schválení.
• Jde o vztah, ne o přenos dat. Odpověď na stížnost, poděkování, kondolence, vyjednávání ceny. Automatizovaná zdvořilost je horší než žádná — příjemce ji pozná.
• Výjimek je víc než pravidel. Když u tří z deseti případů musíte zasáhnout, scénář nešetří čas, jen přidal krok kontroly.
• Scénář by musel dostat práva, která byste nedali ani stážistovi. Odesílat vaším jménem, mazat záznamy, potvrzovat objednávky. Když se rozsah nedá zúžit, nestavte to.

Nejčastější chyby

• Stavět velký scénář na první pokus. Sedm kroků, čtyři aplikace, dvě větvení — a při první chybě nevíte, kde hledat. Postavte tři kroky, zprovozněte je, pak přidávejte.
• Nechat automat odesílat. Koncept vás stojí deset vteřin čtení, jeden nešťastný odeslaný mail stojí klienta.
• Nechat model vymýšlet kategorie. Bez uzavřeného číselníku dostanete za měsíc čtyřicet variant téhož a statistika je k ničemu.
• Nefiltrovat hned za spouštěčem. Scénář, který se pouští na každou položku, plýtvá operacemi i penězi.
• Netestovat na reálných starých datech. Co funguje na vymyšleném příkladu, spadne na prvním skutečném vstupu — typicky na prázdném formuláři.
• Zapomenout na hlášení chyb. Tichý scénář vypadá stejně jako fungující. Rozdíl poznáte, až se někdo zeptá, proč jste nereagovali.

Nejlepší nástroje

• Zapier — nejrychlejší cesta k prvnímu funkčnímu scénáři a největší počet propojení; volba, když je scénář jednoduchý.
• Make — vizuální editor, ve kterém je vidět tok dat; přehlednější u podmínek, větvení a smyček.
• n8n — otevřená platforma provozovatelná na vlastním serveru; volba tam, kde data nesmějí do cizího cloudu nebo kde potřebujete vlastní krok s kódem.
• Vestavěné automatizace v nástrojích, které už máte — pravidla v poště, automatizace v Notionu, Power Automate v Microsoft 365. Když stačí, nepřidávejte další službu.
• Rutiny v Claude s konektory — když je spouštěčem čas a výstupem text pro člověka; postup v tipu rutiny v Claude.
• Claude Code nebo vlastní skript — když scénář potřebuje sáhnout na soubory nebo přepočítat data; viz skripty pro nevývojáře.

Co vám to přinese

• Čas: jeden dobře zvolený scénář ušetří typicky hodinu až dvě týdně — ale jen dokud si nepostavíte pátý, který nikdo nekontroluje.
• Peníze: rychlejší reakce na poptávku zvyšuje šanci na zakázku; scénář, který zkrátí odpověď z druhého dne na dvě hodiny, se zaplatí na jedné zakázce.
• Spolehlivost: automat nezapomene a neudělá překlep v přepisu čísla. Zato udělá stejnou chybu stokrát, když ho špatně nastavíte — proto ta kontrolní kolečka.
• Klid: přestane vás rozbíjet den každá příchozí položka. Rozhodujete v dávkách, ne po jedné.

Pro tip

Postavte si ovládací panel scénářů: jednu tabulku s řádkem za každý běh — čas, scénář, vstup, výsledek a jestli jste ho schválili beze změny, nebo museli opravit. Zápis do ní přidejte jako poslední krok každého scénáře. Po měsíci z ní vyčtete tři věci, které jinak nezjistíte: který scénář nejčastěji přepisujete (tam upravte prompt), který jste nepoužili ani jednou (vypněte) a kolik času vám to celé ušetřilo — ne odhadem, ale počtem řádků.

A pravidlo, kterým se to celé dá shrnout: automat smí připravit cokoli, poslední kliknutí zůstává vaše. V den, kdy vás napadne udělat výjimku a nechat scénář něco odeslat nebo zaplatit, tu výjimku neudělejte.