AI automatizace procesů: velký průvodce

Popíšu ti postup, který dělám ručně. Přelož mi ho do jazyka
automatizace, abych viděl, jestli se to vůbec dá postavit.

MŮJ POSTUP (tak, jak ho dělám dnes):
[popiš krok za krokem, klidně neuspořádaně, včetně toho, kdy
to děláš a co tě k tomu vyzve]

Vrať mi:
1. Jednu větu ve tvaru „když se stane X, udělej Y“ — jádro celého
   postupu
2. Spouštěč: co přesně tu práci spouští v reálném světě a jestli
   je to událost v aplikaci, čas, nebo zavolání zvenčí
3. Seznam kroků v pořadí, u každého: v jaké aplikaci se odehrává
   a jestli jde o přidání (neškodné), nebo o změnu či odeslání
   (nevratné)
4. Rozhodnutí, která v postupu dělám hlavou — vypiš je zvlášť
   a u každého napiš, jestli se dá popsat pravidlem, nebo jde
   o úsudek, který musí zůstat na mně
5. Místa, kde je vstupem volný text, který někdo musí přečíst
   a pochopit — tam patří AI krok
6. Upřímné hodnocení: dá se tenhle postup automatizovat, dá se
   automatizovat jen zčásti, nebo je to zvyk, který se nejdřív
   musí ustálit?

U bodu 6 mi neříkej, co chci slyšet.

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.

Pomoz mi vybrat automatizační platformu. Nechci obecné srovnání,
chci doporučení pro moji konkrétní situaci.

Aplikace, které musí být propojené: [vypiš všechny, včetně těch
českých a méně známých]
Kolik položek denně: [odhad]
Jak rychle to musí reagovat: [do vteřin / do hodiny / stačí ráno]
Osobní nebo citlivá data v řetězu: [ano/ne, jaká]
Kdo to bude udržovat: [já sám / kolega z IT / nikdo]
Co už dnes platíme: [Microsoft 365, Google Workspace, Notion,
Slack, …]

Vrať mi:
1. Doporučení jedné platformy a jednu větu proč
2. Druhou volbu a za jakých okolností by byla lepší
3. Jestli tohle zvládnu bez nové služby — pravidly v poště,
   automatizacemi v nástrojích, které už mám, nebo naplánovanou
   rutinou v AI asistentovi
4. Odhad spotřeby: kolik běhů nebo kroků měsíčně to podle mých
   čísel bude a jestli se to vejde do bezplatné úrovně
5. Tři otázky, které si musím ověřit přímo u poskytovatele,
   protože se podmínky mění

U bodu 3 buď přísný: když to jde bez nové služby, řekni to.

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.

Jsme [popis firmy: obor, počet lidí, hlavní nástroje] a chceme
začít s procesní automatizací. Pomoz mi vybrat, co první.

PROCESY, KTERÉ DĚLÁME OPAKOVANĚ:
[u každého napiš: název, kdo to dělá, kolikrát měsíčně,
kolik minut jeden průchod, jak často se v tom udělá chyba
a co ta chyba způsobí, v jakých aplikacích se to odehrává]

Vrať mi:
1. Tabulku: proces | odhad ušetřených hodin za rok | náročnost
   stavby (nízká/střední/vysoká) | riziko chyby | doporučené
   pořadí
2. U tří nejvýš postavených procesů rozepiš, kde přesně by AI krok
   dával smysl a kde by naopak stačila obyčejná pevná pravidla
3. Které z těch procesů jsou podle popisu nestabilní nebo špatně
   popsané a měly by se nejdřív ustálit
4. Které z nich se vůbec nemají automatizovat a proč
5. Návrh úplně prvního procesu: nudný, častý, s nízkým rizikem,
   na kterém se to naučíme

Nesnaž se najít efektní projekt. Hledám první, ne nejlepší.

Pomoz mi zmapovat proces, než ho začneme automatizovat.
Chovej se jako analytik, který se ptá na to, co lidé zapomínají
říct.

PROCES: [název]
Jak mi ho popsal ten, kdo ho dělá:
[vlož popis, klidně neuspořádaný]
Aplikace, které se v tom používají: [vypiš]
Kdo do toho vstupuje: [role]

Udělej tři věci:
1. Přepiš proces do očíslovaných kroků, u každého uveď: kdo,
   v jaké aplikaci, co je vstup, co je výstup, kolik to zabere
2. Vypiš patnáct doplňujících otázek, které se musím zeptat,
   protože z popisu nejsou jasné — zaměř se na výjimky, na
   rozhodovací body a na to, co se stane, když něco chybí
3. Označ u každého kroku jednu ze značek: PŘEPIS (přenášení dat
   mezi aplikacemi), ROZHODNUTÍ (někdo se rozhoduje), ČEKÁNÍ
   (proces stojí na někom jiném), KONTROLA (někdo něco ověřuje),
   ZBYTEČNÝ (podle popisu z toho nic neplyne)

Na konec připoj: které kroky bych měl zrušit ještě předtím,
než začnu cokoli automatizovat.

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.

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á.

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í.

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í.

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í.

Jsi třídič příchozí pošty. Dostaneš jednu zprávu a zařadíš ji.

ZPRÁVA:
Od: [jméno a adresa odesílatele]
Předmět: [předmět]
Tělo poslední zprávy (bez citované historie a bez patičky):
[text]
Má přílohy: [ano/ne, názvy]

Kategorie (jiné nevymýšlej): [poptávka, dotaz existujícího klienta,
faktura nebo účetnictví, smluvní a právní, schůzka a termín,
newsletter nebo oznámení, osobní, spam]

Vrať JSON s klíči:
- kategorie
- vyzaduje_odpoved (ano/ne)
- do_kdy (dnes / do dvou dnů / bez lhůty / lhůta uvedená v textu)
- shrnuti (max 20 slov, věcně, bez opisování předmětu)
- pozadovana_akce (co konkrétně po mně odesílatel chce, jednou větou)
- prilohy_dulezite (ano/ne — jestli je v příloze něco, co si musím
  uložit: faktura, smlouva, podklad)
- citlivost (ano/ne — osobní údaje, zdravotní informace, mzdy,
  obchodní tajemství)

Pravidla:
- Automatické zprávy ze systémů zařaď podle obsahu, ne podle
  odesílatele.
- Lhůtu uveď jen tehdy, když je v textu opravdu napsaná.
  Neodvozuj ji z tónu.
- Když si nejsi jistý kategorií, dej osobní a do shrnutí napiš proč.

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.

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.

Jsi extraktor údajů z přijaté faktury. Dostaneš text nebo obrázek
dokumentu.

DOKUMENT:
[obsah přílohy]

Vrať výhradně JSON s klíči: dodavatel, ico, dic, cislo_faktury,
datum_vystaveni, datum_splatnosti, datum_zdanitelneho_plneni,
castka_bez_dph, sazba_dph, castka_dph, castka_celkem, mena,
variabilni_symbol, cislo_uctu, predmet_plneni (max 100 znaků),
je_to_faktura (ano/ne), chybi (pole názvů klíčů, které v dokumentu
nebyly).

Pravidla:
- Data piš ve tvaru RRRR-MM-DD. Když je v dokumentu jiný formát,
  převeď ho, ale nedomýšlej chybějící část.
- Částky piš jako číslo s tečkou jako desetinným oddělovačem,
  bez měny a bez mezer v tisících.
- Když údaj v dokumentu není, napiš neuvedeno a přidej klíč
  do pole chybi. NIC nepočítej dopředu: když chybí DPH,
  nedopočítávej ji z celkové částky.
- Když dokument není faktura (dodací list, upomínka, nabídka,
  potvrzení objednávky), nastav je_to_faktura na ne, vyplň jen
  dodavatele a předmět a zbytek nech jako neuvedeno.
- Když je na dokumentu víc faktur, zpracuj jen tu první a napiš
  to do predmet_plneni.

Přikládám přehled přijatých faktur za měsíc. Chovej se jako
pečlivý účetní, který kontroluje, jestli něco nesedí.

PŘEHLED:
[vlož řádky: dodavatel, číslo faktury, datum vystavení, splatnost,
částka celkem, předmět plnění, stav]

Obvyklé měsíční náklady vypadají takhle: [popiš, co je normální —
pravidelní dodavatelé a přibližná úroveň částek]

Vrať mi:
1. Faktury, které vypadají jako duplicita (stejný dodavatel,
   podobná částka, blízké datum)
2. Faktury od dodavatelů, kteří se v předchozích měsících
   neobjevovali
3. Částky, které jsou výrazně mimo obvyklou úroveň u daného
   dodavatele
4. Faktury po splatnosti nebo se splatností kratší než obvyklou
5. Předplatná a opakující se platby, které v přehledu vidíš —
   a otázku, jestli je všechna ještě používáme

Nepočítej součty, ty mám v tabulce. Hledej podivnosti.

Jsi analytik zmínek o značce. Dostaneš jednu nalezenou zmínku
a zařadíš ji.

NAŠE ZNAČKA: [název] — [obor a jednou větou, čím se zabýváme]
Slova, která se s naší značkou pletou: [vypiš homonyma, podobné
názvy, běžná slova]

ZMÍNKA:
Zdroj: [web, síť, diskuse]
Titulek nebo úvod: [text]
Obsah: [text]
Odkaz: [odkaz]

Vrať JSON s klíči:
- je_to_o_nas (ano / ne / nejisté) a jednou větou proč
- typ (recenze / stížnost / doporučení / zpráva v médiích /
  dotaz / porovnání s konkurencí / náhodná zmínka)
- ton (pozitivní / neutrální / negativní)
- naléhavost (vysoká — vyžaduje reakci dnes / střední /
  žádná)
- shrnuti (max 25 slov)
- konkretni_vytka (když je zmínka negativní, co přesně jí vadí;
  jinak prázdný řetězec)
- doporuceny_dalsi_krok (jedna věta, co bych měl udělat já —
  nikdy ne text odpovědi)

Pravidla:
- Vysokou naléhavost dej jen tehdy, když je zmínka negativní
  a veřejná zároveň. Rozčilený tón sám o sobě není naléhavost.
- Když si nejsi jistý, jestli jde o nás, dej nejisté. Radši
  víc nejistých než falešný poplach.

Z přepisu schůzky udělej zápis. Píšeš pro lidi, kteří na schůzce
nebyli.

PŘEPIS:
[vlož přepis]
Účastníci a jejich role: [vypiš]
Téma schůzky podle pozvánky: [téma]

Struktura zápisu:
1. Tři věty: o čem to bylo a k čemu se došlo
2. ROZHODNUTÍ — odrážky, u každého: co bylo rozhodnuto a kdo to
   rozhodl. Jen věci, o kterých padlo jasné slovo.
3. OTEVŘENÉ OTÁZKY — co zůstalo nedořešené a na kom to visí
4. KONTEXT — informace, které na schůzce zazněly a hodí se
   zapamatovat, ale nejsou rozhodnutí ani úkol
5. NEJISTÉ — věci, u kterých z přepisu nepoznám, jestli byly
   rozhodnuté, nebo se o nich jen mluvilo

Pravidla:
- Nic nedoplňuj z toho, jak schůzky obvykle probíhají.
  Když to v přepisu není, není to.
- Když si nejsi jistý, kdo co řekl, napiš „někdo z účastníků“.
  Nehádej podle role.
- Zdvořilostní úvod a rozloučení vynech úplně.
- Sekce NEJISTÉ nesmí být prázdná jen proto, aby zápis vypadal
  hotově — když je opravdu prázdná, napiš „nic“.

Ze stejného přepisu vytáhni úkoly. Zajímají mě jen věci, které
někdo někomu zadal nebo které si někdo vzal.

PŘEPIS:
[vlož přepis]
Účastníci: [vypiš jména a role]
Datum schůzky: [datum]

Vrať JSON — pole objektů s klíči:
- ukol (co se má udělat, sloveso na začátku, max 12 slov)
- kdo (jméno účastníka, nebo neuvedeno)
- do_kdy (datum ve tvaru RRRR-MM-DD, nebo neuvedeno —
  „příští týden“ převeď podle data schůzky, „brzy“ ne)
- jistota (vysoká — bylo to řečeno jednoznačně / střední /
  nízká — spíš to jen zaznělo v diskusi)
- doslovna_veta (věta z přepisu, ze které úkol vychází)

Pravidla:
- Úkoly s nízkou jistotou taky vrať, jen je označ. Nefiltruj je.
- Nikdy nedoplňuj, kdo by to logicky měl dělat. Když jméno
  nepadlo, je to neuvedeno.
- Nevymýšlej termíny. Bez termínu je to neuvedeno.

Napiš komentář k měsíčním číslům. Píšu pro [komu: vedení, majitel,
tým] a chtějí vědět, co se změnilo a co s tím.

ČÍSLA ZA TENTO MĚSÍC:
[vlož tabulku: ukazatel, hodnota tento měsíc, hodnota minulý
měsíc, hodnota stejný měsíc loni, plán]

CO SE TENTO MĚSÍC DĚLO:
[vypiš známé události: kampaň, výpadek, dovolené, nový klient,
změna ceny — klidně stručně]

Napiš:
1. Tři věty na začátek: co je hlavní zpráva tohoto měsíce
2. U každého ukazatele, který se pohnul o víc než [hranice]:
   jednu větu co se stalo a jednu větu možné vysvětlení
3. Co vypadá jako trend přes víc měsíců a co je jednorázový výkyv
4. Tři otázky, na které z těchhle dat neumíme odpovědět
   a měli bychom si je začít měřit

Pravidla:
- NIC nepočítej. Všechna čísla, která použiješ, musí být
  v podkladech; procenta a rozdíly ber odtud, neodvozuj je.
- Vysvětlení označ jako hypotézu, ne jako fakt. Nemáš data
  na to, abys znal příčinu.
- Žádné fráze o silném růstu a výborných výsledcích.
  Popisuj, nehodnoť.

Z přehledu blížících se termínů udělej jednu ranní zprávu.

TERMÍNY:
[vlož řádky: co, datum, kolik dní zbývá, typ, odpovědný, odkaz]
Dnešní datum: [datum]

Formát zprávy:
- Nejdřív blok DNES A ZÍTRA, pak DO TÝDNE, pak DO MĚSÍCE.
  Prázdné bloky úplně vynech.
- Každý řádek: název, počet dní, odpovědný, a jedna věta
  „první krok, který to posune“.
- Na konec jedna věta: kolik termínů celkem je v přehledu
  a kdy je nejbližší po tomhle seznamu.

Pravidla:
- Počet dní ber z podkladů, nepočítej ho sám.
- U typu smlouva nebo výpověď připiš upozornění, že lhůta
  může být počítána jinak, než jak vypadá v tabulce, a že to
  má ověřit člověk.
- Žádné povzbuzování, žádné emotikony. Je to ranní seznam,
  ne motivační zpráva.

Připrav uvítací balíček pro nového klienta. Nic neodesílej,
píšeš koncept, který si přečtu.

KLIENT:
Jméno a firma: [údaje]
Typ zakázky: [popis]
Co jsme si dohodli: [rozsah, termín, forma spolupráce]
Jak se seznámili s námi: [zdroj]

MŮJ STANDARDNÍ POSTUP:
[vypiš, co od klienta na začátku potřebuješ a co mu posíláš]

Vrať tři části:
1. UVÍTACÍ MAIL — max 200 slov, [tón], vykání. Poděkuj,
   shrň jednou větou, na čem jsme se dohodli, popiš, co bude
   následovat, a řekni, co od klienta potřebuju.
2. SEZNAM PODKLADŮ — odrážky, u každé položky jedna věta,
   proč ji potřebuju a v jakém formátu. Jen položky, které
   dávají smysl pro tenhle typ zakázky.
3. INTERNÍ POZNÁMKA — na co si u téhle zakázky dát pozor podle
   toho, co je v zadání, a co si musím ověřit hned na začátku.

Pravidla:
- V mailu neuváděj žádné číslo ani termín, který není v tom,
  co jsme si dohodli.
- Nic neslibuj za mě. Formulace typu „vždy odpovídáme do
  hodiny“ nepoužívej.

Urči, co je přiložený dokument, a navrhni pro něj název souboru
podle mého vzoru.

DOKUMENT:
Původní název souboru: [název]
Odesílatel: [jméno a adresa]
Předmět zprávy: [předmět]
Obsah dokumentu: [text nebo popis]

MŮJ VZOR NÁZVU:
RRRR-MM-DD_typ_protistrana_kratkypopis
Typy, které používám (jiné nevymýšlej): [faktura, smlouva,
dodatek, potvrzeni, vypis, protokol, nabidka, ostatni]

Vrať JSON s klíči: typ, datum (RRRR-MM-DD, z obsahu dokumentu,
ne z data mailu — když v dokumentu žádné není, napiš neuvedeno),
protistrana (název firmy nebo jméno, bez právní formy a bez
diakritiky), kratky_popis (max tři slova bez diakritiky, spojená
pomlčkami), navrzeny_nazev, jistota (vysoká/střední/nízká),
duvod (jednou větou, podle čeho jsi to určil).

Pravidla:
- Do názvu nepiš nic, co v dokumentu není.
- Když je jistota nízká nebo je datum neuvedeno, navrzeny_nazev
  začni předponou KONTROLA_, ať to nezapadne.
- Nikdy nenavrhuj název, který obsahuje osobní údaje typu
  rodné číslo, číslo účtu nebo adresu.

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.

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.

Napiš z chybových záznamů denní souhrn, který přečtu za deset vteřin.

CHYBY ZA POSLEDNÍCH 24 HODIN:
[vlož řádky: čas, scénář, krok, chybová hláška, vstupní data
zkráceně, odkaz na běh]

Formát:
1. První řádek: kolik chyb celkem, kolik různých druhů, jestli
   je mezi nimi něco, co blokuje práci
2. Pak skupiny podle druhu chyby, seřazené podle počtu:
   název scénáře, kolikrát, jednou větou co se stalo lidsky
   (ne technická hláška), a co s tím mám udělat já
3. Na konec: scénáře, které za posledních 24 hodin neběžely
   ani jednou, ačkoli měly

Pravidla:
- Chybové hlášky přelož do češtiny a do lidské řeči.
- Když se stejná chyba opakuje, je to jedna položka s počtem,
  ne deset položek.
- Nenavrhuj opravu, pokud si nejsi jistý příčinou. Radši napiš,
  co si mám ověřit.
- Žádné uklidňování a žádné omluvy. Je to provozní hlášení.

Můj automatizační scénář přestal fungovat. Pomoz mi zúžit,
kde je problém, než začnu přestavovat.

SCÉNÁŘ:
[popiš kroky a použité aplikace]
Kdy naposledy fungoval: [datum]
Co jsem od té doby změnil: [seznam, klidně „nic“]

CHYBA:
Krok, na kterém padá: [název kroku]
Hláška: [vlož přesné znění]
Vstupní data toho běhu: [vlož, citlivé údaje nahraď zástupnými]

Vrať mi:
1. Co ta hláška znamená lidsky
2. Tři nejpravděpodobnější příčiny, seřazené podle
   pravděpodobnosti, u každé jak ji ověřím za minutu
3. Jestli to podle popisu vypadá na změnu na straně cizí služby
   (vypršelé přihlášení, zrušené pole, zpřísněný limit)
   nebo na chybu v mém scénáři
4. Nejmenší možnou opravu, kterou to zprovozním
5. Co přidat, aby příště tenhle druh selhání skončil ve frontě
   ke kontrole místo tichého zápisu špatných dat

Nenavrhuj přestavbu scénáře. Hledám nejmenší opravu.

Zkontroluj můj automatizační scénář z pohledu přístupů a osobních
údajů. Chovej se jako opatrný kolega, ne jako právník.

SCÉNÁŘ:
[vypiš kroky, aplikace a to, co se v každém kroku přenáší]
Kdo k tomu má přístup: [role]
Účty, pod kterými scénář běží: [popiš]
Typ dat, která tím tečou: [kontakty, obsah zpráv, faktury,
zdravotní údaje, mzdy…]

Vrať mi:
1. Cestu dat: tabulka krok po kroku — jaký údaj vstupuje,
   kde se ukládá, kde zůstává i po doběhnutí
2. Údaje, které v jednotlivých krocích vůbec nemusí být —
   a jak scénář upravit, aby se tam nedostaly
3. Kroky, kde má scénář víc práv, než potřebuje, a jaká
   práva by mu stačila
4. Akce, které by podle mého popisu mohl scénář provést
   nevratně, a jak z nich udělat návrh ke schválení
5. Tři otázky, které si musím zodpovědět dřív, než to zapnu

Nepiš obecné poučení o GDPR. Chci konkrétní úpravy mého scénáře.