Restaurace jako systém: jedno menu, ze kterého se odvozuje všechno ostatní

V každém menším podniku existuje jedna polévka, která se každé pondělí píše čtyřikrát: jednou do Wordu pro tisk, jednou do administrace webu, jednou do příspěvku na Facebook a jednou na tabuli přede dveřmi. Čtyři kopie téže věty, čtyři místa, kde může být jinak. A protože týdenní menu se mění každý týden, není otázka, jestli se kopie někdy rozjedou — jen kdy. Pak u pokladny stojí host s telefonem, na kterém je jiná cena než na účtence, a diskuse, která z toho vznikne, stojí víc nervů než celé pondělní přepisování.

Tenhle návod ukazuje jinou cestu: menu není dokument, menu jsou data — a dokumenty se z nich odvozují. Jídla, popisy, ceny, alergeny a štítky žijí v jednom strukturovaném souboru, který je jediným zdrojem pravdy. Tištěné menu, QR menu na webu, příspěvky na sítě i tahák pro obsluhu jsou jen různé pohledy na tentýž zdroj — a když se změní cena polévky, změní se v jednom souboru a propíše se všude. Právě proto je gastro nejpřesvědčivější případ celého principu: kde se data mění jednou za rok, ušetří systém málo; kde se mění každé pondělí, ušetří ho každé pondělí.

Myšlenkový postup je stejný jako v návodu o značce jako systému — inventura, jeden zdroj pravdy, odvozené výstupy, editovatelnost, bezpečnost — jen aplikovaný na podnik, kde se zdroj mění týdně místo ročně. Oba texty se doplňují: tam najdete do hloubky sazbu tiskovin a stavbu webu, tady rytmus podniku, který žije z týdenního koloběhu. Číst můžete po fázích, každá stojí samostatně a má prompty k okopírování — stačí doplnit hranaté závorky.

Vzorová situace

Jana vede rodinné bistro U Lípy: třicet míst, denní obědové menu, odpoledne káva a domácí koláče. V kuchyni její muž a jeden kuchař, na place dvě servírky. Každou neděli večer se s mužem domluví, co se příští týden vaří; každé pondělí ráno pak Jana sedí u počítače a hodinu a půl přepisuje: jídla do wordové šablony, vytisknout, nastříhat do stojánků; přefotit telefonem na Facebook; přepsat do administrace webu, která se ovládá hůř než traktor; a nakonec křídou na tabuli. V úterý se změní příloha, protože nedorazily brambory — a oprava proběhne na tabuli a v tisku, na webu už ne. Jednou za čas se rozjedou ceny: na webu visí tři týdny stará verze menu, host se ohradí, Jana se omlouvá a účtuje starou cenu. Alergeny dopisuje do tištěného menu ručně z paměti a jednou týdně ji zamrazí, jestli u těch halušek opravdu nemá být i vejce.

Po přechodu na systém z tohoto návodu vypadá Janino pondělí jinak. V neděli večer nadiktuje týdenní menu do telefonu — obyčejný hlasový záznam, žádný formulář. V pondělí ráno otevře Claude, nechá záznam převést do strukturovaného souboru s menu, zkontroluje ceny a alergeny (na to má checklist z kuchyně, ne paměť) a schválí. Z jednoho souboru se pak odvodí: tisková verze menu podle šablony, aktualizace QR menu na webu, návrhy tří příspěvků na sítě na pondělí, středu a pátek a jednostránkový tahák pro servírky s alergeny a popisy jídel. Celé to trvá pod půl hodiny, z toho většinu času Jana kontroluje a schvaluje — nepřepisuje. A když ve středu dojde svíčková, změní jeden řádek ve zdroji a všechny digitální výstupy se srovnají; jen tabule přede dveřmi zůstává na křídě.

Rozdíl není jen v čase. Je v tom, že přestala existovat otázka „která verze platí?“ — platí ta ve zdroji, vždycky, a všechno ostatní se z ní odvozuje. Zbytek návodu je cesta od Janina starého pondělí k novému, krok za krokem.

Fáze 1: inventura podniku

Než začnete stavět, zjistěte, co máte. Každý podnik za roky provozu nastřádal materiály, které jsou rozsypané po discích, e-mailech a šuplících — a přesně z nich se bude systém stavět. Inventura je jeden večer práce a vyplatí se udělat ji pořádně, protože všechno další z ní čerpá.

Co posbírat do jedné složky (třeba podnik-ulipa):

• Recepty a kalkulace — v jakékoli podobě: sešit, excel, fotky ručně psaných karet. Nebudou se zveřejňovat; poslouží jako zdroj popisů jídel a jako podklad pro alergenový checklist.
• Jídelní lístky, staré i současné — stálý lístek, sezónní vložky, wordové soubory týdenních menu za poslední měsíce. Z nich se vydestiluje struktura dat i hlas podniku.
• Fotky jídel a interiéru — všechno, co kdy kdo vyfotil, včetně nepovedených. Třídit budete později a s pomocí.
• Logo a grafika — logo v křivkách, pokud existuje (od grafika, který dělal ceduli), staré letáky, vizitky. I ošklivý starý leták je informace: ukazuje, jaká písma a barvy podnik používal.
• Texty, které podnik napsal — příspěvky z Facebooku a Instagramu za poslední rok, text „o nás“ z webu, odpovědi na recenze, pokud nějaké byly.
• Recenze — export nebo aspoň screenshoty recenzí z Googlu a dalších platforem. Recenze jsou nejupřímnější popis podniku, jaký existuje: hosté v nich říkají, co na podniku vidí a čím ho popisují.

Jedna zásada hned na začátku a platí pro celý návod: recepty, kalkulace a interní čísla jsou firemní podklady — nahrávejte je do placeného účtu se smluvní ochranou dat, ne do anonymního free chatu.

Inventura s Coworkem nad složkou

Claude Cowork (desktopový režim, který pracuje nad složkou souborů) je na inventuru stavěný: dáte mu složku a necháte ho zmapovat, co v ní je. První prompt nic nevyrábí — jen popisuje a navrhuje.

Pracuj nad složkou podnik-ulipa. Je v ní všechno, co jsem posbírala
o našem bistru: recepty, staré jídelní lístky a týdenní menu ve Wordu,
fotky, logo, staré letáky, texty z Facebooku a screenshoty recenzí.

Udělej inventuru:
1. Sepiš, co ve složce je, po kategoriích, s počty souborů
2. U týdenních menu z Wordu vypiš, jakou mají strukturu (co se opakuje:
   polévka, 2-3 hlavní jídla, dezert?) a jestli je struktura konzistentní
3. U fotek jídel odhadni, kolik jich je použitelných (ostré, jídlo
   poznat) a kolik ne — zatím jen odhad, třídit budeme později
4. Vypiš, co chybí: logo v křivkách? popisy jídel? aktuální ceník?
5. Navrhni strukturu složek, do které to celé přeuspořádáme

Nic nepřesouvej a nemaž, čekám na tvůj návrh.

Vrátí mapu podniku v souborech. Nejcennější bývá bod 2: uvidíte černé na bílém, jak nekonzistentní vaše dosavadní menu byla („svíčková na smetaně“ vs. „svíčková“, ceny jednou s korunami, jednou bez), a bod 4 — seznam děr, které je potřeba zaplnit, než se pojede naostro.

Hlas podniku: jak U Lípy mluví

Druhá půlka inventury není o souborech, ale o tónu. Příspěvky na sítě, odpovědi na recenze i popisy jídel budou znít podle toho, jak podnik mluví — a to je potřeba jednou zachytit, aby to AI nemusela pokaždé hádat. Obecnou metodiku destilace tónu z vlastních textů popisuje tip o značce a tónu hlasu; tady stačí zkrácená verze šitá na gastro.

Ve složce podnik-ulipa/texty jsou naše příspěvky z Facebooku za rok,
text o nás z webu a pár odpovědí na recenze. Ve složce recenze jsou
screenshoty recenzí od hostů.

Vytvoř soubor hlas-podniku.md:
1. Kdo jsme, jak nám hosté říkají a co na nás podle recenzí oceňují
   (cituj konkrétní obraty hostů — „jako u babičky“, „poctivé porce“)
2. Tón: 4-5 vlastností s ukázkovou větou (např. srdečný, ale ne
   familiární; tykáme/vykáme?)
3. Slovník: jak říkáme věcem my — „polévka“ nebo „polívka“? „denní
   menu“ nebo „obědy“? Názvy jídel, jak je píšeme
4. Zakázané fráze: korporátní a marketingový balast, který k nám
   nepatří („gastronomický zážitek“, „prémiová kvalita“)
5. Tři páry „takhle ne / takhle ano“: příspěvek o novém menu,
   odpověď na pochvalnou recenzi, odpověď na kritickou recenzi

Vycházej z našich skutečných textů, ne z představy o bistru obecně.
Kde si nejsi jistý, polož mi otázku místo odhadu.

Výsledný hlas-podniku.md je krátký dokument — stránka, dvě — a ponese všechny textové výstupy dál. Zkontrolujte hlavně ukázkové věty: model má sklon sklouznout k obecnému „gastro tónu“ plakátů obchodních center, který zní profesionálně a nepatří nikomu. Pokud vaše bistro píše „polívka je dneska kulajda a je jí hodně“, má to tak být i v dokumentu.

Doptání: situace, které v textech nejsou

Starý Facebook neodpoví na všechno. Nechte se doptat na situace, které písemně ještě nenastaly — přesně ty vás jinak zaskočí v provozu.

Projdi hlas-podniku.md a chovej se jako člověk, který má zítra začít
psát naše příspěvky a odpovědi na recenze: polož mi otázky, na které
v dokumentu nenajde odpověď. Zajímá mě hlavně:
- jak oznamujeme nepříjemnosti: zavřeno kvůli nemoci, zdražení,
  vyprodané jídlo v půlce oběda
- jak reagujeme na nespravedlivou recenzi (host si stěžuje na něco,
  co se nestalo)
- kolik humoru snese příspěvek a kolik odpověď na recenzi
- co nikdy neslibujeme (rychlost? dietní úpravy na počkání?)
Ptej se po jedné otázce a odpovědi rovnou zapracuj do dokumentu.

Tahle půlhodina se vrátí mnohonásobně: až přijde první kritická recenze, nebude se hlas podniku vymýšlet ve stresu, ale bude v dokumentu. Odpovídejte vlastními slovy — dokument má znít jako vy za pultem, ne jako model.

Fáze 2: menu jako strukturovaná data

Teď jádro celého systému. Menu přestane být dokument (word, PDF, příspěvek) a stane se strukturovanými daty: jeden textový soubor, kde má každé jídlo svoje pole — název, popis, cenu, alergeny, štítky. Všechno ostatní — tisk, web, sítě, tahák — se z tohoto souboru odvozuje a nikdy se needituje ručně.

Zní to techničtěji, než to je. Strukturovaný soubor ve formátu YAML je obyčejný text s odsazením, který se čte jako přehledný seznam a upravuje v poznámkovém bloku. Takhle vypadá kousek stálého lístku bistra U Lípy:

# stale-menu.yaml — stálý lístek, meni se par krat rocne
polevky:
  - nazev: Kulajda
    popis: s koprem, zastreným vejcem a lesními houbami
    cena: 65
    alergeny: [1, 3, 7]
    stitky: [vegetarianske, bez-orechu]
    foto: kulajda.jpg

hlavni:
  - nazev: Svíčková na smetaně
    popis: hovězí zadní, houskový knedlík, brusinky
    cena: 189
    alergeny: [1, 3, 7, 9, 10]
    stitky: [klasika]
    foto: svickova.jpg

  - nazev: Smažený sýr
    popis: eidam v trojobalu, vařené brambory, domácí tatarka
    cena: 145
    alergeny: [1, 3, 7]
    stitky: [vegetarianske]
    foto: smazak.jpg

A takhle týdenní menu — samostatný soubor na každý týden, pojmenovaný podle data, aby historie zůstávala:

# tyden-2026-34.yaml — obedove menu 17.-21. 8. 2026
platnost: 17.-21. 8. 2026
polevka_tydne:
  nazev: Rajská s rýží
  cena: 55
  alergeny: [9]
  stitky: [vegetarianske, bez-lepku]

pondeli:
  - nazev: Kuřecí steak na grilu
    popis: pečené brambory, bylinkové máslo
    cena: 165
    alergeny: [7]
    stitky: [bez-lepku]
  - nazev: Čočka na kyselo
    popis: sázené vejce, kyselá okurka, chléb
    cena: 135
    alergeny: [1, 3]
    stitky: [vegetarianske]

utery:
  - nazev: Vepřo knedlo zelo
    popis: pečená plec, houskový knedlík
    cena: 155
    alergeny: [1, 3, 7]
    stitky: [klasika]

Tři vlastnosti dělají z tohoto souboru zdroj pravdy. Za prvé úplnost: každé jídlo tu má všechno, co kterýkoli výstup potřebuje — tisk si vezme název, popis a cenu, web navíc štítky a fotku, tahák pro obsluhu alergeny a popis. Za druhé jednoznačnost: existuje právě jedna cena kulajdy a je tady; když se web a tisk liší, je to chyba odvození, ne otázka „která verze platí“. Za třetí kontrolovatelnost: nad strukturovanými daty jdou psát kontroly — chybí někde cena? má každé jídlo alergeny? — které nad wordovým dokumentem napsat nejdou.

Čísla alergenů odpovídají evropskému seznamu čtrnácti povinně značených alergenů (1 lepek, 3 vejce, 7 mléko, 9 celer, 10 hořčice…) — víc v samostatné kapitole níže; teď stačí, že jsou to data jako každá jiná.

Proč textový soubor, a ne Excel? Excel by fungoval taky — tabulka je koneckonců stejně strukturovaná — a kdo v něm žije, může u něj zůstat; principy návodu se nemění. Textový formát má ale tři tiché výhody. Čte ho úplně všechno: git mu umí ukázat srozumitelnou historii změn řádek po řádku (u excelu vidíte jen „soubor se změnil“), web ho načte bez převodů a AI s ním pracuje spolehlivěji než s buňkami, kde se struktura drží jen zvykem. Neschovává formátování: v excelu časem vzniknou sloučené buňky, barvičky nesoucí význam a poznámky „platí od září“ v záhlaví — informace, které stroj nevidí a člověk zapomene. A nedá se v něm omylem přepsat vzorec. Pro zdroj pravdy platí obecné pravidlo: čím hloupější formát, tím déle vydrží.

Převod starých menu na strukturu

Nezačínáte na zelené louce — máte měsíce starých wordových menu z inventury. Nechte je převést, jednak kvůli stálému lístku, jednak proto, že se z nich model naučí vaši strukturu.

Ve složce podnik-ulipa/stara-menu jsou wordové soubory týdenních menu
za poslední tři měsíce a PDF stálého lístku.

1. Převeď stálý lístek do souboru stale-menu.yaml se strukturou:
   nazev, popis, cena, alergeny (čísla dle EU seznamu, POKUD jsou
   ve zdrojovém lístku uvedená — nikdy je nedoplňuj odhadem, chybějící
   označ TODO-ALERGENY), stitky, foto (zatím prázdné)
2. Z týdenních menu vytvoř šablonu tyden-VZOR.yaml: polévka týdne
   plus dvě až tři jídla na každý den, stejná pole
3. Vypiš nekonzistence, které jsi při převodu našel: stejné jídlo
   s různými cenami v různých týdnech, různé psaní téhož názvu,
   jídla bez alergenů
4. Navrhni seznam štítků, které dávají u naší nabídky smysl
   (vegetarianske, bez-lepku, klasika, sezonni…) — schválím ho,
   než ho použiješ

Ceny přepisuj přesně po znacích, nic nezaokrouhluj.

Dvě věci pohlídejte. Bod o alergenech je zásadní: model nesmí alergeny doplňovat podle názvu jídla („svíčková, tak asi lepek“) — buď byly ve zdroji, nebo je tam TODO a doplní je kuchyně. A projděte seznam nekonzistencí z bodu 3 — je to bezplatný audit toho, co se za měsíce ručního přepisování rozjelo; často tam najdete i cenové rozdíly, o kterých jste nevěděli.

Kde má zdroj žít: git, nebo sdílená složka

Soubor musí někde bydlet — tak, aby k němu mohl každý, kdo ho potřebuje, a nikdo ho omylem nezničil. Dvě rozumné možnosti:

• Sdílená složka (Google Drive, Dropbox, OneDrive). Jednodušší start: složku znáte, Claude Cowork nad ní umí pracovat, telefon do ní dosáhne. Nevýhoda: historie změn je omezená a „kdo přepsal cenu a proč“ se zpětně dohledává špatně. Pro podnik, kde menu mění jeden člověk, to stačí.
• Git repozitář (soukromý, třeba na GitHubu). Zní to jako věc pro programátory, ale nemusíte umět git — Claude Code ho ovládá za vás a vy schvalujete. Výhody jsou tři a v gastru citelné: historie (každá změna ceny má datum, autora a zdůvodnění — za půl roku dohledáte, kdy a proč zdražila svíčková), schvalování (kuchař navrhne změnu, majitelka schválí — víc o tom v kapitole o bezpečnosti) a záloha zadarmo (repozitář je kopie mimo váš počítač).

Prakticky se osvědčuje kombinace: zdroj v gitu, pracovní soubory (fotky před tříděním, hlasové záznamy) ve složce. Založení repozitáře je jeden prompt:

Založ soukromý git repozitář ulipa-menu se strukturou:
- stale-menu.yaml (vlož převedený stálý lístek)
- tydenni/ (sem budou přibývat soubory tyden-RRRR-TT.yaml)
- tyden-VZOR.yaml (šablona týdenního menu)
- hlas-podniku.md (z fáze 1)
- fotky/ (vybrané fotky jídel, názvy podle pole foto v menu)
- README.md: k čemu repozitář je a pravidlo, že menu se mění JEN
  tady — kdo chce změnit cenu nebo jídlo, mění tento repozitář,
  všechno ostatní se odvozuje

Přidej .gitignore na pracovní soubory a exporty. Před prvním commitem
mi vypiš úplný seznam souborů — zkontroluji, že tam nejsou recepty,
kalkulace ani nic interního. Ty do tohoto repozitáře nepatří.

Poslední odstavec promptu je důležitý: repozitář s menu je kandidát na pozdější napojení na web, a proto v něm od začátku nemá být nic, co by nesneslo cizí oči. Recepty a kalkulace — vaše know-how a marže — držte v oddělené složce, která se nikam nenapojuje.

Kontrola zdroje: validace jedním promptem

Síla strukturovaných dat je v tom, že se dají kontrolovat strojově. Udělejte si z téhle kontroly rituál — poběží každé pondělí po zapsání nového menu, než se cokoli odvodí.

Zkontroluj soubor tydenni/tyden-2026-34.yaml proti pravidlům:
1. Každé jídlo má nazev, cenu a alergeny (i prázdný seznam [] je
   v pořádku — znamená „ověřeno, bez alergenů“; CHYBĚJÍCÍ pole je chyba)
2. Ceny jsou celá čísla v rozumném rozsahu pro obědové menu
3. Alergeny jsou čísla 1-14, nic jiného
4. Štítky jen ze schváleného seznamu ve stale-menu.yaml
5. Jídlo, které je zároveň ve stálém lístku, má STEJNOU cenu jako
   tam — pokud ne, vypiš rozdíl, je to buď překlep, nebo zapomenuté
   přecenění
6. Porovnej jídla proti minulým týdnům: stejné jídlo, jiná cena nebo
   jiné alergeny než minule — vypiš k ruční kontrole
Vrať výsledek jako checklist: co prošlo, co ne, co doporučuješ
opravit. Nic neopravuj sám.

Vrátí kontrolní zprávu. Body 5 a 6 jsou přesně ty chyby, které se v ručním režimu nedaly chytit vůbec — teď je chytá stroj dřív, než je uvidí host. Všimněte si rozdílu mezi „prázdné alergeny“ a „chybějící alergeny“: prázdný seznam znamená, že se kuchyně podívala a alergeny nejsou; chybějící pole znamená, že se nepodíval nikdo. Ten rozdíl dělá z tabulky systém.

Neděle večer: diktát místo psaní

Zbývá vyřešit vstup: jak se nové menu do zdroje dostane. Psát YAML v neděli večer nikdo nechce — a nemusí. Jana nadiktuje menu do telefonu, jak jí to jde od pusy, a převod je práce pro AI.

Tady je přepis hlasové zprávy s menu na příští týden [vložit přepis
nebo rovnou nahrávku]: „...v pondělí bude kuřecí steak s pečenýma
bramborama a pak čočka na kyselo s vejcem, polívka celý týden rajská...
v úterý vepřo knedlo zelo...“

Převeď to do tyden-2026-35.yaml podle šablony tyden-VZOR.yaml:
1. Názvy a popisy jídel uprav do podoby na lístek (podle stylu
   stale-menu.yaml — spisovně, ale ne škrobeně)
2. Ceny: kde jsem cenu neřekla, použij cenu stejného jídla
   z minulých týdnů a OZNAČ ji otazníkem k potvrzení; nové jídlo
   nech bez ceny s TODO
3. Alergeny: NEVYPLŇUJ. Ke každému jídlu dej TODO-ALERGENY
   a vygeneruj mi kontrolní seznam pro kuchyni
4. Vypiš, co ti v diktátu chybělo (čtvrtek jsem možná přeskočila)

Výsledek mi ukaž ke kontrole, nikam ho zatím neukládej.

Tenhle prompt je pondělní vstupní brána celého systému. Znovu si všimněte dělby práce u alergenů: AI strukturuje a hlídá úplnost, ale hodnoty dodává kuchyně. A bod 4 je typický zisk z převodu přes AI — model si všimne, že čtvrtek v diktátu chybí, což by kopírování z Wordu nikdy neudělalo.

Fáze 3: odvozené výstupy

Zdroj stojí, teď se z něj bude odvozovat. Čtyři výstupy, čtyři podkapitoly — a jedno pravidlo nad všemi: výstup se nikdy needituje ručně. Když je v tištěném menu chyba, neopravuje se v tiskovém souboru, ale ve zdroji, a výstup se vygeneruje znovu. Jakmile tohle pravidlo jednou porušíte („jen rychle přepíšu tu cenu v PDF“), máte zase dvě verze pravdy a systém se začne tiše rozpadat. Oprava ve zdroji trvá stejně dlouho jako oprava ve výstupu — jen se navíc propíše všude.

Tištěné denní menu

První a nejhmatatelnější výstup: menu do stojánků na stolech a do vývěsky. Postup má dva kroky, které se vyplatí důsledně oddělit: šablona se dělá jednou, plnění každý týden.

Krátce k nástrojům, ať víte, s čím pracujete — a s výhradou „v době psaní“, protože tahle oblast se hýbe rychle. Affinity (původně trojice aplikací od Serifu, dnes pod Canvou jedna aplikace se studii pro vektor, pixel a sazbu) je v základní verzi dostupná zdarma a v době psaní existuje její AI konektor pro Claude: přes MCP umí Claude v desktopové aplikaci číst a upravovat otevřené dokumenty — zakládat, sázet texty, exportovat. Konektor je označovaný jako beta a vyžaduje placený účet Claude, konkrétní možnosti si ověřte v aktuální dokumentaci. Druhá cesta je Canva: její oficiální AI konektor (rovněž přes MCP) umí v době psaní z Claude vytvářet návrhy, plnit brandové šablony obsahem, měnit velikosti a exportovat PDF nebo obrázky — výstup je editovatelný návrh ve vašem účtu Canvy. Co je MCP a jak se konektory připojují, vysvětluje přehled MCP nástrojů; podrobný postup sazby tiskovin přes Cowork — včetně rytmu „návrh, schválení, výroba“ a exportu pro tiskárnu — je rozepsaný v návodu o značce jako systému a platí tady beze zbytku.

Nejdřív šablona. Děláte ji jednou, takže si dejte záležet — každé další pondělí z ní bude jen těžit:

Postav v Affinity šablonu týdenního obědového menu pro naše bistro:
formát A4 na výšku, po vytištění se stříhá na dva stojánky A5.
Logo a barvy vezmi ze složky podnik-ulipa/grafika, tón z hlas-podniku.md.

Rozvržení: hlavička s logem a platností týdne, blok „polévka týdne“,
pak pět dnů — den, dvě až tři jídla, u každého název, popis, cena
a čísla alergenů v závorce za popisem. Patička: „Čísla označují
alergeny — seznam u obsluhy“ a QR kód (nechám ho vygenerovat později,
zatím vynech místo).

Texty naplň zkušebně daty z tydenni/tyden-2026-34.yaml, ať vidím
skutečné delší názvy, ne „Lorem ipsum“. Ukaž mi náhled a čekej
na připomínky. Až šablonu schválím, ulož ji jako zdrojový soubor
menu-sablona.af — ten se bude každý týden jen plnit.

Dvě poznámky z praxe. Zkušební naplnění skutečnými daty není detail: šablona odladěná na „Lorem ipsum“ se rozsype na prvním reálném názvu typu „Hovězí guláš s houskovým knedlíkem a čerstvým křenem“. A zdrojový soubor menu-sablona.af je aktivum stejného druhu jako zdroj menu — uložte ho k ostatním souborům podniku, protože přesně ten budete za půl roku upravovat, až se změní logo nebo přibude šestý den.

Každé pondělí pak už jen plnění:

Otevři menu-sablona.af a naplň ji daty z tydenni/tyden-2026-35.yaml.
Nic nepřepisuj ručně — názvy, popisy, ceny i alergeny načti ze
souboru. Pokud se některý text do vyhrazeného místa nevejde, neměň
velikost písma ani text — vypiš mi ho, zkrátím popis ve zdroji
a vygenerujeme znovu.
Ukaž náhled, po schválení exportuj menu-tyden-35.pdf na tisk doma
(A4, běžná tiskárna) a menu-tyden-35-web.pdf (lehké, do e-mailu).

Věta „zkrátím popis ve zdroji“ je pravidlo systému v akci: i typografický problém se řeší úpravou zdroje, ne výstupu — protože zkrácený popis má být zkrácený i na webu a v taháku. A věta „nic nepřepisuj ručně“ je stejná pojistka jako u brožury v návodu o značce: ruční přepis čísel je nejčastější cesta, jak do jinak správného dokumentu vklouzne stará cena.

Kdo nechce Affinity, udělá totéž v Canvě — šablona v účtu, každý týden autofill přes konektor — nebo úplně bez konektorů: nechá si vygenerovat menu jako čisté HTML se stylem pro tisk a tiskne z prohlížeče. Ta poslední cesta je nejméně hezká a nejvíc nezávislá; princip „šablona jednou, plnění ze zdroje“ platí ve všech třech.

QR menu na webu

Druhý výstup: stránka, na kterou vede QR kód ze stolů a z výlohy. Nemusí to být „web“ v plném smyslu — stačí jedna rychlá stránka: nahoře týdenní menu, pod ním stálý lístek, patička s otevírací dobou a kontaktem. Podstatné jsou dvě vlastnosti: načte se rychle i na mobilu s podprůměrným signálem a čte stejný zdroj jako tisk.

Kompletní postup stavby a nasazení webu s Claude Code — od prvního promptu přes git jako záchrannou síť po Vercel a vlastní doménu — má vlastní podrobný návod; tady jen to, co je specifické pro menu:

Postav jednoduchou webovou stránku s menu našeho bistra. Požadavky:
1. Statická stránka, žádná databáze: při sestavení načte
   stale-menu.yaml a nejnovější soubor z tydenni/ a vykreslí je
2. Pořadí: platnost týdne, polévka, dny, pak stálý lístek; u jídel
   název, popis, cena, čísla alergenů, štítky jako drobné ikonky
   (vegetariánské, bez lepku)
3. Mobil na prvním místě: velké písmo, žádné vyskakovací lišty,
   rychlé načtení; stránku si zobrazím v náhledu pro telefon
4. Dole legenda alergenů 1-14 celými slovy a otevírací doba
5. Nasazení na Vercel; každá změna v repozitáři ulipa-menu vyvolá
   automatické přegenerování stránky
Nejdřív mi popiš, jak to postavíš, a ukaž návrh vzhledu — barvy
a písmo podle podnik-ulipa/grafika.

Bod 5 je tichý zázrak celého systému: jakmile je stránka napojená na repozitář, aktualizace webu přestává existovat jako úkol. Pondělní commit nového týdenního menu ji vyvolá sám. Web tak nemůže zůstat tři týdny pozadu, protože není nikdo, kdo by na něj zapomněl — není tam žádný ruční krok.

QR kód se generuje jednou a už se nemění — vede na stálou adresu (třeba menu.ulipa.cz), a co se mění, je obsah stránky pod ním. To znamená: QR kód klidně na tištěné menu, na samolepku na stůl, na výlohu — a nikdy ho nepřegenerovávat kvůli novému týdnu. Kdo tiskne QR kód s odkazem na konkrétní PDF, vyrábí si budoucí problém.

Malý, ale účinný bonus: stránka může zobrazovat i stav „menu na příští týden připravujeme“ — když v pondělí ráno nový soubor ještě není, ukáže se stálý lístek a věta, ne týden staré obědy. I tohle je jeden řádek v zadání a jedna třída zmatených hostů méně.

Příspěvky na sítě

Třetí výstup: Facebook a Instagram. Cíl není „dělat sítě“, cíl je, aby se lidi v okolí v pondělí dozvěděli, co se tenhle týden vaří — pravidelně, v hlasu podniku a bez půlhodiny vymýšlení u kávy.

Odvození textů je přímé: zdroj menu plus hlas podniku rovná se návrhy příspěvků.

Z tydenni/tyden-2026-35.yaml a hlas-podniku.md připrav tři příspěvky
na tento týden:
1. Pondělí ráno: celé týdenní menu — přehledně po dnech, polévka
   nahoře, ceny u jídel; krátký úvod v našem tónu, žádný
   „gastronomický zážitek“
2. Středa: jedno jídlo jako hvězda dne [vyberu, nebo navrhni podle
   toho, co je nejfotogeničtější — viz fotky ve složce]
3. Pátek: pozvánka na víkend — káva a koláče, tón volnější
Ke každému příspěvku: text pro Facebook, kratší verze pro Instagram,
návrh, kterou fotku ze složky fotky/ použít (jen skutečné fotky
skutečných jídel — nikdy nenavrhuj vygenerovaný obrázek jídla),
a 2-3 lokální hashtagy. Emoji střídmě, ať to zní jako my.
Jsou to návrhy — nic nepublikuj, projdu a upravím.

Vrátí tři hotové návrhy k projití. Kontrolujte hlavně tón proti hlas-podniku.md — a fotky: pravidlo „jen skutečné jídlo“ je v promptu schválně natvrdo, víc o něm v kapitole o fotkách.

Plánování publikace jde v době psaní řešit přes Buffer: služba na správu sítí vydala v květnu 2026 veřejné API a MCP server, konektor je dostupný i na bezplatném plánu a připojuje se do Claude přihlášením přes OAuth, bez API klíčů. Claude pak umí návrhy rovnou naplánovat do fronty na připojené kanály. Limity v době psaní: konektor pracuje jen v konverzaci, kterou sami otevřete (žádné automatické spouštění), a obrázky se předávají odkazem, ne nahráním souboru — stav si ověřte v aktuální dokumentaci Bufferu.

Schválené příspěvky z předchozího kroku naplánuj přes Buffer:
pondělní na dnes 9:30, středeční na středu 10:30, páteční na pátek
15:00, kanály Facebook a Instagram našeho bistra. Před naplánováním
mi u každého ukaž finální podobu: text, kanál, čas, fotku.
Plánuj jako koncepty do fronty — publikaci potvrdím v Bufferu sama.
Nic dalšího v účtu neměň a nemaž.

Kdo Buffer nepoužívá, kopíruje schválené texty do plánovače Mety ručně — o pár kliknutí víc, princip stejný: texty se odvozují ze zdroje, publikaci schvaluje člověk. Automatické publikování bez lidského oka nezapínejte ani „na zkoušku“: jeden příspěvek s vyprodaným jídlem nebo starou cenou na síti, kde ho vidí celé okolí, smaže úsporu času za měsíc dopředu.

Tahák pro personál

Čtvrtý výstup je nenápadný a v provozu možná nejcennější: jednostránkový tahák pro obsluhu. Servírka u stolu potřebuje vědět tři věci bez běhání do kuchyně: co v jídle je (alergeny!), jak ho hostovi popsat a na co se hosté typicky ptají.

Z tydenni/tyden-2026-35.yaml, stale-menu.yaml a receptur ve složce
recepty/ připrav jednostránkový tahák pro obsluhu na tento týden:
- ke každému jídlu: alergeny ČÍSLEM I SLOVEM (7 — mléko), jednou
  větou „co to je“ pro hosta, který jídlo nezná, a poznámka
  k úpravám (jde udělat bez smetany? příloha vyměnit?)
- zvýrazni, co je vegetariánské a co bez lepku
- dole tři nejčastější otázky hostů a odpovědi (z čeho je tatarka,
  je polévka zahuštěná moukou…)
Formát: jedna A4, velké písmo, tisk na nástěnku do zázemí.
U alergenů a úprav vycházej VÝHRADNĚ z receptur a dat ve zdroji —
kde receptura chybí, napiš „ZEPTAT SE V KUCHYNI“, nic nedomýšlej.
Než tahák vytiskneme, projde ho kuchyně a potvrdí ho podpisem.

Poslední dvě věty nejsou formalita. Tahák je místo, kde se z dat stává mluvené slovo směrem k hostovi s alergií — a proto ho před vytištěním čte a schvaluje kuchyně, ne AI a ne majitelka od počítače. Podpis na nástěnce zní byrokraticky přesně do chvíle, kdy se poprvé hodí.

Stejný mechanismus unese i další interní výstupy, až systém zaběhne: nákupní seznam odvozený z týdenního menu a receptur, přehled „co dnes nabízet, čeho je hodně“ nebo zaučovací list pro brigádnici. Všechno jsou to jen další pohledy na tentýž zdroj.

Bonusové výstupy: e-mail štamgastům a obrazovka ve výloze

Až základní čtyřka výstupů zaběhne, nabízejí se dva další — oba levné, protože zdroj i šablonový princip už existují.

Pondělní e-mail štamgastům. Kolem každého obědového podniku existuje okruh lidí, kteří chodí pravidelně a rozhodují se v pondělí ráno — kanceláře z okolí, dílna přes ulici. Nabídněte jim u pokladny přihlášení k týdennímu menu e-mailem: jednoduchý seznam adres (se souhlasem a s odhlašovacím odkazem — adresy hostů jsou osobní údaje se vším, co k tomu v kapitole o bezpečnosti patří) a každé pondělí jeden e-mail odvozený ze zdroje: menu po dnech, ceny, odkaz na QR stránku. Zadání pro AI je stejné jako u příspěvků na sítě, jen s jiným formátem a bez hashtagů — a se stejným pravidlem: návrh se schvaluje, odeslání potvrzuje člověk. Pro pár desítek adres stačí obyčejný e-mail se skrytou kopií; jakmile seznam přeroste do stovek, vezměte si nástroj na rozesílky, ale zdrojem textu zůstává tentýž YAML. Konverze tohohle kanálu bývá nejlepší ze všech: píšete lidem, kteří o menu výslovně požádali.

Obrazovka místo tabule. Starší televize a malý počítač za pár stovek udělají z výlohy nebo stěny nad pultem displej, který zobrazuje tutéž QR stránku (případně její variantu s větším písmem a bez interaktivity — jedna podmínka v šabloně webu). Kouzlo je v tom, že obrazovka je odvozený výstup bez ručního kroku: středeční změna jídla se na ní objeví sama, spolu s webem. Křídová tabule má nezaměnitelný půvab a nikdo vám ji nebere — ale pokud je ve vašem podniku tím posledním místem, kvůli kterému se při každé změně běhá s hadrem, obrazovka ten poslední ruční krok škrtá. Pro pivnici s rotačními pípami je to skoro povinnost; pro bistro příjemný luxus.

Oba bonusy ilustrují obecný zákon systému: každý další výstup je levnější než ten předchozí. První výstup stál šablonu, zdroj a zvyk; desátý stojí jeden večer, protože všechno ostatní už existuje. Přesně obráceně než v ručním režimu, kde každý další kanál znamenal další místo k přepisování — a proto se nové kanály nezaváděly.

Fáze 4: pondělní rutina a editovatelnost v praxi

Jednotlivé kroky jsou popsané; teď je poskládáme do rutiny, která se dá zvládnout do půl hodiny — a ukážeme, co se stane, když se něco změní uprostřed týdne. Protože právě tam, ve středu v jedenáct dopoledne, se pozná, jestli máte systém, nebo jen hezčí pondělí.

Pondělí ráno, krok za krokem

Janino nové pondělí má pevný scénář. Neděle večer: hlasový diktát menu do telefonu, dvě minuty. Pondělí ráno u kávy:

1. Vstup: diktát se převede do tyden-RRRR-TT.yaml (prompt z fáze 2). Jana doplní chybějící ceny, kuchyně potvrdí alergeny podle checklistu.
2. Validace: kontrolní prompt projede zdroj — úplnost polí, ceny proti minulým týdnům, konzistence se stálým lístkem.
3. Commit: schválený soubor se uloží do repozitáře. Tím se sám přegeneruje web.
4. Odvození: naplní se tisková šablona (tisk, stříhání, stojánky), vygenerují se návrhy příspěvků, vytiskne se tahák pro obsluhu a kuchyně ho podepíše.
5. Publikace: Jana projde příspěvky, upraví, co nesedí, a naplánuje je.

Celý scénář jde zadat jako jeden prompt — po pár týdnech, kdy jste si jednotlivé kroky osahali a věříte jim. Nezačínejte jím; začněte kroky po jednom, ať víte, co se v každém děje a jak vypadá správný výsledek.

Pondělní rutina pro bistro U Lípy. Ve složce je nový diktát menu
(zaznam-2026-35.m4a). Proveď postupně a po každém kroku se zastav
ke schválení:
1. Převeď diktát na tydenni/tyden-2026-35.yaml podle šablony;
   alergeny nech jako TODO-ALERGENY a dej mi checklist pro kuchyni
2. Až doplním alergeny a ceny, spusť validaci zdroje (úplnost polí,
   ceny proti minulým týdnům a stálému lístku) a ukaž výsledek
3. Po schválení commitni do ulipa-menu se zprávou „menu týden 35“
4. Naplň menu-sablona.af a exportuj PDF na tisk
5. Připrav tři příspěvky na sítě podle zaběhnutého vzoru
   (pondělí menu, středa jídlo dne, pátek víkend)
6. Vygeneruj tahák pro obsluhu
Nikdy nepřeskakuj schválení, i kdyby výsledek vypadal jasně.

Rytmus „krok, zastávka, schválení“ dělá z rutiny bezpečný poloautomat: mechanika běží sama, rozhodnutí zůstávají u Jany. Časem zjistíte, které zastávky můžete zrušit (validace, která tři měsíce nenašla chybu) a které nikdy (alergeny, publikace).

Změna uprostřed týdne: tady se systém zaplatí

Středa, 10:40. Nedovezli kachnu, čtvrteční jídlo se mění na kuřecí. Ve starém režimu: přepsat Word, znovu vytisknout, opravit web (nezapomenout heslo do administrace), napsat post — a na něco z toho nikdy nedojde, takže čtvrtek začne dohadováním u stolu. V novém režimu je to jedna změna ve zdroji:

Změna v tydenni/tyden-2026-35.yaml: ve čtvrtek nahraď [pečenou kachnu]
jídlem [kuřecí stehno na paprice, houskový knedlík], cena [155].
Alergeny doplní kuchyně — tady je jejich potvrzení: [1, 3, 7].
Pak:
1. Commitni změnu se zprávou „čtvrtek: kachna nahrazena, nedodávka“
   (web se přegeneruje sám)
2. Přegeneruj tiskové PDF jen s opravou, vytisknu nové vložky
3. Přegeneruj tahák pro obsluhu
4. Navrhni krátký příspěvek pro sítě, jestli změnu oznámit — rozhodnu
   podle toho, jak moc se na kachnu ptali
Vypiš mi na závěr seznam všech míst, která teď novou verzi mají,
a která vyžadují ruční krok (tisk, tabule).

Poslední bod promptu stojí za pozornost: systém má vždycky vědět, kde končí automatika a začíná ruka. Digitální výstupy se srovnají samy nebo jedním příkazem; tisk a křídová tabule zůstávají ruční a je lepší mít je na seznamu než v hlavě. Commitová zpráva „nedodávka“ je zdánlivá drobnost, která se zúročí za půl roku — až budete řešit, jak často vás dodavatel nechává ve štychu, bude to v historii repozitáře černé na bílém.

Mapa odvození: co odkud a jak často

Celý systém se vejde do jedné tabulky. Pověste si její obdobu vedle počítače — je to zároveň checklist pondělí i diagnostika, když něco nesedí („web nesedí s tiskem“ znamená, že tisk vznikl z jiné verze zdroje, nikdy nic jiného):

Tabulka ukazuje ještě jednu věc: hlas podniku je taky zdroj. Textové výstupy se odvozují ze dvou souborů — data z menu, tón z hlas-podniku.md. Když se rozhodnete znít jinak (míň emoji, víc nářečí), změníte jeden dokument a od té chvíle to platí pro všechny budoucí texty. Stejný mechanismus, jiná osa.

Proč tomu říkat editovatelnost

V návodu o značce jako systému je editovatelnost hlavní argument proti generování hotových obrázků v chatu: obrázek je konečná stanice, zdrojový soubor je živé aktivum. V gastru dostává ten argument nejostřejší podobu, jakou může mít, protože tady se zdroj mění každý týden. Firma upravuje brožuru jednou za půl roku a i tak se jí zdroják vyplatí; bistro upravuje menu dvaapadesátkrát ročně plus středeční změny. Každé jedno z těch úprav je v systému jedna oprava jednoho souboru — a bez systému čtyři ruční přepisy a modlitba, aby se nezapomnělo na žádný.

Stojí za to říct i, co editovatelnost není: není to „všechno je automatické“. Tisk se pořád nese k tiskárně, tabule se pořád píše křídou, příspěvky pořád schvaluje člověk. Editovatelnost znamená jediné: žádná informace se nezadává dvakrát. Jednou do zdroje, odtud všude. To je celá pointa — a je jedno, jestli se jí dosáhne gitem, sdílenou složkou nebo časem něčím třetím.

Když se to přesto rozjede

I v dobrém systému jednou nastane stav „na stole je jiná cena než na webu“ — protože někdo v pátek večer přece jen přepsal PDF ručně, nebo protože se v úterý vytisklo z neuloženého souboru. Důležité je mít pro ten moment postup, ne výčitky:

1. Zdroj má vždycky pravdu — nejdřív ho ale srovnejte se skutečností. Otázka číslo jedna nezní „která verze je novější“, ale „co dnes doopravdy platí u pokladny“. Tu hodnotu zapište do zdroje; od té chvíle je spor rozhodnutý.
2. Přegenerujte všechno, ne jen to, kde se chyba našla. Když se jeden výstup rozjel, nevíte, jestli se nerozjel i jiný — a plné kolo odvození stojí minuty. Kontrolní prompt na porovnání výstupů se zdrojem (kapitola o alergenech, cenová varianta) na závěr.
3. Najděte díru, kterou chyba pronikla. Rozjetí není smůla, je to symptom: existuje ruční krok, který systém obchází. Buď ho zautomatizujte (obrazovka místo tabule), nebo ho aspoň dostaňte na checklist „ruční kroky po každé změně“, který vám rutina vypisuje.

Host s telefonem v ruce se mezitím obsluhuje jednoduchým pravidlem, které se vyplatí říct personálu dopředu: platí nižší z obou cen a nikdo se s hostem nedohaduje. Rozdíl je vždycky menší než hodnota hosta — a systém existuje proto, aby se tohle pravidlo používalo jednou za rok, ne jednou za týden.

Alergeny: pomocník, ne alibi

Tahle kapitola je vážnější než ostatní, a schválně. Uvádění alergenů u nebalených potravin — tedy i u jídel v restauraci — je zákonná povinnost vyplývající z evropského nařízení o poskytování informací o potravinách: provozovatel musí hosta informovat o přítomnosti čtrnácti vyjmenovaných alergenů (lepek, korýši, vejce, ryby, arašídy, sója, mléko, ořechy, celer, hořčice, sezam, oxid siřičitý, vlčí bob, měkkýši), ať už čísly na lístku, nebo informací u obsluhy. A odpovědnost za správnost nese provozovatel. Ne dodavatel šablony, ne nástroj, ne AI — provozovatel. Konkrétní aktuální požadavky si ověřte u své hygienické stanice nebo v platném znění předpisů; tenhle návod řeší, jak si práci s alergeny zorganizovat, ne právní výklad.

Z toho plyne dělba rolí, která se táhne celým návodem a tady je nekompromisní:

• Co v jídle je, ví člověk, který ho vaří. Jedině kuchyně ví, že se dnes zahušťovalo moukou, že tatarka je z vajec a že dodavatel změnil složení bujónu. Alergen do zdroje zapisuje nebo potvrzuje kuchyně — vždy, u každého jídla, každý týden.
• AI hlídá formu, úplnost a konzistenci. Že žádné jídlo nemá prázdné pole tam, kde má být údaj. Že číslo 7 znamená ve všech výstupech mléko. Že tištěné menu, web i tahák ukazují u téže kulajdy tatáž čísla. Že když se změnila receptura, změna doputovala všude.
• AI smí navrhovat kandidáty, nikdy rozhodovat. Z receptury umí vyčíst „smetana — pravděpodobně 7, jíška — pravděpodobně 1“ a předložit to kuchyni jako checklist k potvrzení. To je užitečné: checklist chytá zapomenuté položky. Ale poslední slovo má člověk u plotny, protože model nevidí do hrnce.

V praxi to vypadá takhle. Kuchyně dostane v pondělí checklist odvozený z receptur:

Z receptur ve složce recepty/ a nového menu tydenni/tyden-2026-35.yaml
připrav alergenový checklist pro kuchyni:
- ke každému jídlu vypiš suroviny z receptury a u každé KANDIDÁTNÍ
  alergen s otazníkem (smetana → 7?, houskový knedlík → 1, 3?)
- přidej prázdný řádek „další alergeny, které v receptuře nevidím“
  — kuchyně doplní, co se do receptury nikdy nenapsalo (dochucení,
  olej, obalování)
- formát: tabulka na A4, sloupec „potvrzuji“ na podpis
Výslovně uveď v hlavičce: „Návrh z receptur — platí až po potvrzení
kuchyní. Bez podpisu se alergeny do menu nezapisují.“
U jídel bez receptury nech celý řádek prázdný — žádné odhady
podle názvu jídla.

Kuchyně checklist projde s tužkou — což trvá minuty, protože nezačíná od nuly — opraví, doplní a podepíše. Teprve pak se čísla zapíší do zdroje. Jakmile jsou tam, přebírá práci konzistenční kontrola:

Zkontroluj konzistenci alergenů napříč výstupy:
1. Porovnej alergeny v tydenni/tyden-2026-35.yaml a stale-menu.yaml
   s tím, co je v exportovaném tiskovém PDF a na webové stránce menu
   — u každého jídla musí být identická čísla
2. Ověř, že legenda alergenů (čísla → názvy) je na webu i v taháku
   stejná a úplná (1-14)
3. Najdi jídla, kterým se proti minulému týdnu změnily alergeny,
   a vypiš je zvlášť — u nich ať se obsluha aktivně dozví o změně
4. Najdi podezřelé kombinace k ruční kontrole: smažené jídlo bez 1
   (trojobal?), krémová polévka bez 7, jídlo s knedlíkem bez 3
Vrať zprávu: shody, neshody, podezření. Nic neměň.

Bod 4 je ukázka, kde je AI silná, aniž by překračovala roli: neříká „tam JE lepek“, říká „tohle bývá s lepkem a v datech není — podívejte se“. Rozdíl mezi detektorem anomálií a rozhodčím je přesně ten, který tuhle kapitolu drží pohromadě.

Ještě tři provozní pravidla, která se osvědčila. Za prvé, „bez alergenů“ je taky údaj: do zdroje se zapisuje prázdný seznam, nikdy se pole nenechává nevyplněné — nevyplněné pole znamená „nikdo se nepodíval“ a validace ho musí hlásit jako chybu. Za druhé, změna receptury je změna zdroje: když kuchař začne zahušťovat jinak, mění se alergen ve zdroji, ne až na dotaz hosta. Za třetí, dotaz hosta s alergií vždycky obsluhuje člověk s tahákem, ne QR kód: web je informace, rozhovor je jistota. Host s vážnou alergií se ptá — a obsluha s podepsaným tahákem umí odpovědět, nebo se jde zeptat do kuchyně. Systém tu není od toho, aby rozhovor nahradil, ale aby obsluha nemusela odpovídat z paměti.

Zvláštní opatrnost zaslouží štítky vedle alergenů. Štítek bez-lepku ve zdroji říká „v recepturě není surovina s lepkem“ — a to není totéž jako bezlepkové jídlo pro celiaka, protože v kuchyni, kde se obaluje trojobal a vaří knedlíky, existuje křížová kontaminace. Rozhodněte jednou a napište to do legendy na webu i do taháku: buď štítek myslíte jako plnohodnotné tvrzení a kuchyně má oddělené postupy, nebo ho formulujete poctivě měkce („připravováno bez surovin obsahujících lepek; nejsme bezlepková provozovna“) a obsluha to umí říct. AI tu zase pomáhá s konzistencí — stejná formulace všude — ale rozhodnutí, co si podnik troufne tvrdit, je provozní a patří vám.

A poslední poctivá věta: pokud tenhle systém někde selže — špatné číslo na lístku, zapomenutá změna — nese následky podnik. AI vám dramaticky sníží počet příležitostí k chybě (žádné ruční přepisy, žádné rozjeté verze, checklisty místo paměti), ale zbytková odpovědnost se nikam nepřenáší. Kdo hledá nástroj, na který by šlo ukázat prstem, nenajde ho tady ani nikde jinde.

Fotky jídel: telefon, jednotný styl, žádné falšování

Fotky rozhodují víc, než je gastronomům milé: na QR menu a na sítích si host vybírá očima. Dobrá zpráva — dnešní telefony na jídlo bohatě stačí a AI pomůže s tím, co dřív vyžadovalo grafika: s jednotným stylem. Špatná zpráva pro zkratkáře: jídlo na fotce musí odpovídat tomu, co kuchyně vydává. Vygenerovaný obrázek „svíčkové“ z modelu je klamání hosta — objednává si něco, co neexistuje — a první zklamaný talíř to spolehlivě doručí do recenzí. Generování jídel je tabu; úprava skutečných fotek je řemeslo.

Focení: deset minut při výdeji

Neorganizujte focení jako událost. Nejlepší fotky vznikají při běžném výdeji: talíř, který právě jde na stůl, minuta u okna. Pár pravidel, která zvednou úroveň víc než nový telefon: denní světlo z boku (nikdy blesk shora), stůl u okna jako stálé „studio“, jeden dva úhly (mírně shora pro polévky a talíře, zboku pro burgery a dezerty), pozadí uklizené — dřevo stolu, lněný ubrousek, nic víc. A fotit každé jídlo, které se objeví v menu poprvé; za pár měsíců máte knihovnu, ze které týdenní menu jen čerpá.

Do třídění a úprav zapojte AI — tady je doma:

Ve složce fotky-neroztridene je asi 200 fotek jídel z posledního
půl roku. Projdi je a:
1. Roztřiď: použitelné (ostré, jídlo poznat, světlo snesitelné) /
   opravitelné (dobrá fotka, špatný ořez nebo expozice) / vyřadit
2. U použitelných a opravitelných urči, které jídlo z našeho menu
   na nich je (porovnej s názvy ve stale-menu.yaml a starých
   týdenních menu), a navrhni přejmenování na nazev-jidla.jpg
3. Vypiš jídla z menu, ke kterým žádná fotka není — to je seznam
   na focení pro příští týdny
4. Nic nemaž a nepřejmenovávej, dokud návrh neschválím

Výsledek je fotobanka podniku: pojmenované soubory, na které se odkazuje pole foto ve zdroji menu. Chybějící fotky z bodu 3 jsou úkol „vyfotit při nejbližším vaření“, ne důvod sahat po generátoru.

Úprava: jeden recept pro všechny fotky

Jednotný styl nedělá filtr z appky, ale konzistence: všechny fotky prošly stejnou úpravou, takže mřížka na Instagramu i QR menu vypadají jako od jednoho podniku. Recept na úpravu si nechte navrhnout jednou a pak ho jen aplikujte:

Tady je pět našich nejlepších fotek jídel [vložit]. Navrhni jednotný
recept úprav, který z nich udělá vizuálně konzistentní sadu:
ořez (jednotný poměr stran pro web a pro Instagram), expozice, teplota
barev (naše fotky od okna jsou domodra — kolik ubrat?), kontrast,
případně jemné doostření. Recept popiš jako kroky, které půjdou
zopakovat na každou další fotku.
DŮLEŽITÉ — hranice úprav: jas, barvy, ořez, odstranění rušivého
pozadí OKOLO talíře ano; cokoli, co mění samotné jídlo (přidat
suroviny, zvětšit porci, „vylepšit“ vzhled jídla, dogenerovat páru)
NE. Fotka musí ukazovat jídlo tak, jak ho vydáváme.
Aplikuj recept na těchto pět fotek a ukaž mi před/po.

Vzniklý „recept“ je další zdrojový dokument — uložte ho k hlas-podniku.md (je to vlastně vizuální hlas podniku) a každou novou fotku jím protáhněte. Úpravy zvládne Claude s konektorem na fotoeditor, appka v telefonu podle popsaných kroků, nebo je jednou týdně udělá dávkou kdokoli z rodiny — podstatný je recept, ne nástroj.

Hranice z promptu stojí za zopakování v řeči hosta: srovnat modrý nádech, který tam oko nevidělo, je poctivé — fotka se přibližuje realitě. Přimalovat lístek bazalky, který na talíři nebude, je nepoctivé — fotka se od reality vzdaluje. Pochybnost se řeší jednoduchou otázkou: „Poznal by host u stolu, že dostal jídlo z fotky?“ Pokud ano, je fotka v pořádku.

Recenze: slušné odpovědi v hlasu podniku

Recenze na Googlu a dalších platformách jsou pro místní podnik výkladní skříň, kterou nikdo nemůže zamknout: čte je každý, kdo hledá „oběd poblíž“, a odpovědi podniku čtou pozorněji než recenze samotné. Odpovídat se vyplácí — na pochvaly i na kritiku — ale je to práce, která se odkládá, protože je emočně náročná a nikdy nehoří. Přesně takový druh práce se má delegovat na systém: AI navrhuje odpovědi v hlasu podniku, majitel je čte, upravuje a odesílá. Nikdy naopak.

Tři zásady předem, protože u recenzí se chybuje draze:

• Nikdy se nehádat. Odpověď na recenzi nepíšete recenzentovi — píšete ji stovkám budoucích hostů, kteří ji budou číst. Vyhraný spor s recenzentem je prohraná výloha. Poděkovat, reagovat konkrétně, u kritiky uznat, co uznat jde, a pozvat k řešení mimo veřejný prostor.
• Odesílá vždy člověk. Odpověď je veřejný text podepsaný podnikem. AI neposílá nic — ani pochvalné „děkujeme“, protože i tam umí uklouznout (poděkovat za pochvalu jídla, které recenzent zkritizoval, je klasika strojového čtení).
• Žádné šablony na kopírování. Deset identických „Děkujeme za návštěvu!“ pod sebou působí hůř než žádná odpověď. Každý návrh má reagovat na konkrétní obsah recenze — proto se v promptu recenze cituje celá.

Průběžná práce vypadá jako dávka jednou za pár dní:

Tady jsou nové recenze z Google profilu našeho bistra [vložit texty
včetně hodnocení hvězdičkami]. Podle hlas-podniku.md navrhni ke každé
odpověď:
- pochvalné: poděkuj KONKRÉTNĚ za to, co recenzent zmínil (jídlo,
  obsluhu, dort), žádné univerzální fráze; klidně jedna dvě věty
- smíšené: poděkuj za pochvalu, ke kritice se vyjádři věcně —
  co s tím uděláme, bez výmluv
- kritické: žádná obrana, žádná ironie; uznat, co jde, vysvětlit
  bez vytáček, co vysvětlit jde, a nabídnout kontakt na mě
U každého návrhu uveď hodnocení rizika: kde si nejsi jistý kontextem
(zmiňuje konkrétní směnu? konkrétní osobu?), označ to — tam musím
vědět, co se opravdu stalo, než odpovím.
Jsou to návrhy. Nic neodesílej.

Poznámka k „hodnocení rizika“: to je pojistka proti nejzáludnější chybě AI odpovědí — sebejisté reakci na situaci, kterou model nezná. Když recenze říká „paní za pultem na nás byla nepříjemná“, nesmí odpověď tvrdit „to se u nás nestává“ ani „omlouváme se za kolegyni“, dokud majitelka neví, co se ten den stalo. Návrh má v takovém místě díru se značkou, ne vymyšlený děj.

Kritické recenze si zaslouží vlastní prompt, protože tam jde o nejvíc:

Tahle recenze mě zlobí, protože je podle mě nespravedlivá [vložit
recenzi a MŮJ pohled na to, co se skutečně stalo]. Pomoz mi
odpovědět tak, abych za týden nelitovala:
1. Nejdřív mi řekni, jak recenzi pravděpodobně přečte cizí člověk,
   který nezná pozadí — co z ní pro něj vyplývá o našem podniku
2. Navrhni odpověď, která: nezpochybňuje hostův zážitek, uvádí
   věcně naši stranu BEZ obviňování, a končí pozváním k řešení
   napřímo; drž hlas-podniku.md, ale ubírej humor
3. Vypiš, co v mém pohledu na věc do veřejné odpovědi NEPATŘÍ
   (interní detaily, cokoli o jiných hostech, právní výhrůžky)
Odpověď nechám do zítřka uležet a odešlu sama.

„Nechám uležet“ v posledním řádku není literární ozdoba — je to nejlepší known-fix na odpovědi psané v afektu. AI tu mimochodem slouží i jako emoční nárazník: první, komu rozčílená majitelka věc vypíše, není internet, ale model — a veřejná verze vzniká až z chladnější hlavy.

A jednou měsíčně obraťte směr toku: recenze nejsou jen PR úloha, jsou to data o podniku — a patří zpátky do systému.

Tady jsou všechny recenze za poslední tři měsíce [vložit nebo odkázat
na složku]. Udělej z nich provozní přehled:
1. Co se opakovaně chválí (jídla jménem, obsluha, prostředí) —
   seřaď podle četnosti
2. Co se opakovaně kritizuje — totéž; rozliš jednorázové excesy
   od vzorců (třikrát „dlouhé čekání v úterý“ je vzorec)
3. Která jídla z menu se v recenzích zmiňují a která nikdy —
   porovnej se stale-menu.yaml
4. Navrhni max tři konkrétní akce: co z toho promítnout do menu
   (zdroj!), co do provozu, co ignorovat
Bez marketingového optimismu — zajímá mě, co nefunguje.

Bod 3 uzavírá kruh k menu: jídlo, které rok nikdo nezmínil, je kandidát na vyřazení ze stálého lístku — a to je zase jen jedna změna ve zdroji, která se propíše do tisku i na web. Systém, který začal jako obrana proti přepisování polévky, začíná podniku vracet informace.

Sezónní ceník a přecenění

Přecenění je v ručním režimu tak otravné, že se odkládá — a odklad stojí peníze: náklady na suroviny rostou plynule, ceník skáče jednou za dlouho a mezitím podnik tiše doplácí. Se zdrojem pravdy se z přecenění stává úloha na jedno odpoledne, a proto se dá dělat častěji a klidněji.

Mechanika je prostá: ceny žijí v stale-menu.yaml (a týdenní menu si je odtud půjčuje), takže přecenění je jedna změna v jednom souboru — a všechny výstupy se přegenerují. Žádné hledání, kde všude ještě visí stará cena: tištěný lístek, web, případné letáky vznikají ze zdroje, takže starou cenu prostě nemají odkud vzít. Jediné ruční místo je zase křídová tabule.

Práce s rozhodnutím, co a o kolik, je taky vhodná pro AI — jako kalkulačka a advokát dvojí strany, ne jako rozhodčí:

Chystám přecenění stálého lístku. Tady je stale-menu.yaml a tady
poznámky, o kolik nám za poslední půlrok zdražily klíčové suroviny
[vložit vlastní čísla — nákupy, ne odhady].
1. Navrhni tři varianty přecenění: opatrnou (jen jídla, kde marže
   klesla nejvíc), střední a úplnou; u každé vypiš změny po jídlech
2. Zaokrouhluj na ceny, které vypadají přirozeně na lístku
3. Ke každé variantě napiš, jak ji uvidí štamgast, který k nám
   chodí na obědy roky — co ho praští do očí
4. Zkontroluj vnitřní logiku lístku: polévka nesmí stát víc než
   malé hlavní jídlo, dezerty drž pod hlavními
Vyberu variantu a rozsah — pak připrav změnu stale-menu.yaml jako
návrh k jedné kontrole, ne po jídlech.

Bod 3 je ten, kvůli kterému stojí za to nedělat přecenění potichu v Excelu: model umí sehrát hosta a upozornit na změny, které z tabulky nebolí a od stolu ano. Rozhodnutí je pak vaše — čísla vaše, marže vaše, znalost štamgastů vaše.

Po schválení proběhne standardní kolo: změna zdroje, commit se zprávou („přecenění září — suroviny“), přegenerování tisku, web sám, a k tomu jedna věc navíc — kontrola dojezdu. Po každém přecenění nechte projet všechny výstupy kontrolním promptem z kapitoly o alergenech v cenové variantě: najdi kdekoli číslo, které neodpovídá zdroji. Stará cena zapomenutá v rohu webu je přesně ten drobek, kvůli kterému celý systém vznikl.

Sezónnost je pak jen plánované přecenění s výměnou obsahu: letní lístek, zimní lístek. Ve zdroji na to stačí štítek sezonni a datum platnosti — a jednou za čtvrt roku prompt „připrav podzimní obměnu: co vyřadit (viz analýza recenzí), co vrátit z loňska (v historii repozitáře je celý loňský podzim), co nového navrhnout k vyzkoušení“. Historie týdenních souborů, která vznikala mimochodem, se tu ukáže jako paměť podniku: loňský říjen máte celý, včetně cen a toho, co se tehdy chválilo.

Rezervace jednoduše

Rezervace jsou v malém podniku typicky sešit u telefonu — a sešit má dvě slabiny: vidí do něj jen ten, kdo u něj stojí, a nedá se z něj nic odvodit. Přitom rezervace jsou stejný druh problému jako menu: strukturovaná data, která potřebuje víc lidí na víc místech. Datum, čas, jméno, počet lidí, telefon, poznámka — víc toho není.

Neskákejte rovnou k aplikaci. Rozumná posloupnost má tři stupně a většina podniků se zastaví u druhého:

1. Sdílená tabulka. Jeden list na týden, sloupce datum, čas, jméno, lidí, telefon, poznámka. Vidí ji majitelka doma i obsluha na place, telefon zůstává hlavním kanálem („zavolejte nám“ je pro bistro pořád nejlepší rezervační systém). Nula nové techniky.
2. Tabulka plus AI nad ní. Stejná tabulka, ale rutinní práci — zápis z hlasovky, denní přehled pro směnu, hlídání kolizí — dělá Claude s přístupem k tabulce. Sem míří prompt níže.
3. Malá databáze (Supabase). Až když tabulka přestane stačit: víc směn, potřeba, aby si stůl rezervovali hosté z webu sami, historie no-show. Pak platí kompletní postup z návodu na interní CRM se Supabase — včetně kapitol o zamčení databáze od prvního dne, které tady nebudeme opisovat; stejná mechanika (schéma, přístupová pravidla, agent jen čte) je načrtnutá i v návodu o značce jako systému.

Důležité: jména a telefony hostů jsou osobní údaje. To znamená placený účet se smluvní ochranou dat (jako u všeho interního), tabulku sdílet jen s lidmi z podniku — žádný veřejný odkaz „pro jistotu“ — a při přechodu na databázi zvolit EU region a přístupová pravidla od první migrace. A do promptů s rezervacemi nedávat nic, co tam nemusí být: na denní přehled pro směnu stačí křestní jméno, čas a počet lidí.

Denní rutina nad tabulkou vypadá takhle:

Máš čtecí přístup k tabulce rezervaci-ulipa. Každý den v 9:00
mi připrav přehled na dnešek:
1. Rezervace seřazené po časech: čas, jméno, počet lidí, poznámka
   (dort? dětská židlička? oslava?)
2. Upozornění na kolize: dvě rezervace na tentýž stůl, rezervace
   větší než náš největší stůl (8), rezervace v době, kdy máme
   zavřeno — to bývá překlep v datu
3. Součet míst v poledne proti kapacitě (30) — když rezervace
   blokují víc než polovinu, napiš to, ať obsluha nechává
   volné stoly pro příchozí
Do tabulky nic nezapisuješ — zápis nové rezervace dělá ten, kdo
zvedl telefon. Přehled mi pošli a vytiskne se na bar.

Rozdělení rolí je stejné jako všude: člověk u telefonu zapisuje (protože mluví s hostem a slyší, co tabulka neuslyší), AI čte, kontroluje a shrnuje. Bod 2 je tichý pracant — překlepy v datech a nemožné rezervace jsou v sešitové éře vidět až ve chvíli, kdy host stojí ve dveřích.

Kdy je čas na třetí stupeň? Tři spolehlivé signály: obsluha přepisuje rezervace z webového formuláře do tabulky ručně (duplicitní zadávání — přesně to, co systém zakazuje), chcete potvrzovací zprávy hostům, nebo tabulku edituje tolik lidí, že se přepisují navzájem. V ten moment vezměte návod na interní CRM a rezervace přestěhujte — struktura dat se nemění, jen dostane pevnější dům.

Bezpečnost: přístupy, ceny, zálohy

Bezpečnostní poznámky byly rozeseté po kapitolách; tady jsou pohromadě a doplněné o to, co je specifické pro podnik, kde se u počítače střídá rodina a brigádníci.

• Kdo smí měnit ceny. V sešitové éře mohl cenu „opravit“ kdokoli s propiskou. Ve zdroji pravdy je změna ceny změna souboru — a tam se dá řídit, kdo ji smí udělat. Ve sdílené složce hrubě (práva na úpravy jen pro majitele, ostatní čtou), v gitu jemně: navrhnout změnu smí kdokoli z podniku, schválit a začlenit ji jen majitelka. Zní to přísně pro bistro o pěti lidech, ale nejde o nedůvěru — jde o to, aby každá změna ceny měla jedno místo, jedno datum a jednoho autora, když se za měsíc řeší „odkdy vlastně stojí kulajda víc“.
• Zálohy zdroje. Zdroj pravdy je teď nejcennější soubor podniku — podle toho se k němu chovejte. Git s repozitářem mimo váš počítač je záloha sama o sobě; u sdílené složky zapněte historii verzí a jednou za čas stáhněte kopii. Test zálohy je jednoduchý: kdyby dnes umřel počítač, do hodiny umíte vytisknout pondělní menu odjinud? Pokud ne, není to záloha.
• Přístupy k účtům podniku. Facebook, Google profil, web, Buffer — ke každému má přístup konkrétní člověk pod vlastním účtem, ne jedno heslo „bistro123“ kolující po směnách. Odchod brigádnice pak znamená odebrat jeden přístup, ne měnit heslo všem. A AI konektory připojujte k účtům s nejmenším nutným oprávněním: konektor na plánování příspěvků nepotřebuje práva mazat stránku.
• Placený účet na interní data. Receptury, kalkulace, čísla z pokladny, rezervace se jmény hostů — jen do placeného účtu se smluvní ochranou dat. Menu samotné je veřejná informace, u té je to jedno; hranici si držte jednoduchou: co visí ve výloze, je veřejné, všechno ostatní je interní.
• Recepty a marže mimo napojené repozitáře. Repozitář s menu se napojuje na web — proto v něm nesmí být nic, co by nesneslo zveřejnění omylem. Kalkulace a receptury žijí odděleně. Tohle pravidlo bylo v promptu už při zakládání repozitáře a patří i sem, protože je to nejčastější únik: „dám to zatím k menu, ať to mám pohromadě“.
• AI navrhuje, člověk schvaluje. Poslední linka, pro jistotu naposledy: publikace příspěvků, odpovědi na recenze, změny cen, cokoli směrem k hostům — vždy přes lidské oko. Agent smí číst a připravovat.

Jednou za čtvrt roku si nechte udělat revizi — deset minut, které odhalí, co se za tři měsíce provozu rozvolnilo:

Udělej bezpečnostní revizi našeho systému kolem menu a rezervací:
1. Vypiš, kdo má jaká práva k repozitáři ulipa-menu a ke sdíleným
   složkám (tabulka rezervací, fotky) — označ přístupy, které
   nikdo nepoužil přes 3 měsíce, a lidi, kteří už v podniku nejsou
2. Zkontroluj, že v repozitáři napojeném na web nejsou receptury,
   kalkulace ani osobní údaje — projdi i historii commitů
3. Ověř stav záloh: kdy proběhla poslední, dá se z ní obnovit
   pondělní tisk menu?
4. Vypiš připojené konektory a AI přístupy (Buffer, fotoeditor,
   tabulky) a jaká oprávnění mají — co je širší, než musí být?
Vrať nálezy seřazené podle závažnosti s návrhem opravy. Nic neměň
bez schválení.

Nic z toho není paranoia velké firmy naškrobená na bistro. Je to obrana proti třem konkrétním scénářům, které malé podniky reálně potkávají: bývalý brigádník s heslem k Facebooku, umřelý počítač s jedinou kopií všeho a interní číslo, které omylem doputovalo na veřejný web. Všechny tři jsou levné předem a drahé potom.

Zavedení: první tři týdny

Návod je dlouhý a hrozí z něj dojem, že se všechno musí postavit najednou. Nemusí — a nemá. Systém se zavádí postupně, vedle běžícího provozu, a v žádném týdnu nesmí ohrozit to jediné svaté: že v pondělí v jedenáct je menu na stolech. Osvědčený plán na tři týdny:

Týden 1: inventura a zdroj, provoz postaru. Večer inventura složky (fáze 1), druhý večer hlas podniku, třetí převod starých menu na strukturu a založení zdroje (fáze 2). Pondělní menu tenhle týden ještě vzniká postaru ve Wordu — ale nové týdenní menu už si souběžně zapíšete i do zdroje. Nic z něj zatím neodvozujete; jen si zvykáte, že existuje.

Týden 2: první odvozený výstup, souběh. Postavte šablonu tištěného menu a v pondělí vygenerujte tisk ze zdroje — a položte ho vedle wordové verze. Souběh je důležitý: porovnáte, co nová cesta dělá jinak, a chyby šablony odchytíte bez rizika. Když je výsledek dobrý, Word tento týden tiskl naposledy. Do konce týdne přidejte tahák pro obsluhu — druhý výstup, interní, takže chyba nebolí.

Týden 3: web a sítě. QR stránka na Vercelu napojená na repozitář, QR kódy na stoly, návrhy příspěvků z pondělního zdroje. Tenhle týden poprvé proběhne celá pondělní rutina — po krocích, ne přes souhrnný prompt; ten si zasluhuje až rutina, které věříte.

Všechno ostatní — recenze, fotobanka, přecenění, rezervace — jsou moduly, které se přidávají po jednom, až základní koloběh běží. Klidně měsíc po spuštění. Poznávacím znamením správného tempa je, že žádné pondělí nebylo horší než postaru; poznávacím znamením špatného, že jste v neděli večer nervózní, jestli systém zvládne ráno. Pak jste přidali moc věcí najednou — vraťte poslední modul zpátky do ruční režie a nechte ho uležet.

A kdy systém nezavádět? Poctivá odpověď: uprostřed sezóny, uprostřed rekonstrukce nebo v měsíci, kdy odchází kuchař. Zavedení potřebuje pár klidnějších týdnů a jednoho člověka, který má večer sílu na počítač — leden a únor bývají v gastru na tohle nejlepší měsíce v roce. A nezavádějte ho ani tehdy, když se menu prakticky nemění a jediný kanál je tabule přede dveřmi: systém řeší násobení míst, kde informace žije, a kde se nic nenásobí, není co řešit. Vraťte se k návodu, až přibude web, sítě nebo druhý člověk, který menu mění — což je přesně chvíle, kdy se ruční režim začne sypat.

Jedna praktická rada k zácviku rodiny a personálu: neučte je systém, učte je jejich kousek. Kuchař potřebuje umět jediné — potvrdit alergenový checklist tužkou. Servírka jediné — že tahák na nástěnce platí a sešit rezervací se přepisuje do tabulky. Jana je jediná, kdo vidí celek, a to je v pořádku; systém pro pět lidí nepotřebuje pět správců. Potřebuje ale zástup: aspoň jeden další člověk (manžel, dcera) má umět pondělní rutinu spustit podle návodu — i tohle je forma zálohy, důležitější než ta souborová.

Kavárna, cukrárna, pivnice: jak systém přizpůsobit

Modelové bistro žije z týdenního menu, ale princip „jeden zdroj, odvozené výstupy“ se ohýbá podle rytmu podniku. Rozdíl je vždycky jen v tom, která část zdroje se mění často a která zřídka.

Kavárna týdenní menu obvykle nemá — má stálý nápojový lístek (mění se párkrát ročně) a rychle rotující vitrínu: dorty a koláče dneška. Zdrojem je tedy staly-listek.yaml plus malý denní soubor vitrina.yaml, který se ráno nadiktuje za minutu („dneska mrkvový, cheesecake a slaný koláč s pórkem“). Odvozené výstupy se posouvají k dennímu rytmu: místo tištěného týdenního menu cedulka do vitríny s názvy a alergeny (u cukrařiny zásadní — ořechy a mléko jsou všude), místo pondělního přehledu na sítě denní fotka vitríny s textem odvozeným ze zdroje. Zbytek — hlas podniku, recenze, fotky, přístupy — platí beze změny.

Cukrárna a pekárna se zakázkami přidává k vitríně druhou osu: objednávky dortů na termín. To jsou rezervace v jiném kabátě — tabulka se sloupci termín, zákazník, dort, velikost, alergeny, záloha zaplacena — a platí pro ni celá kapitola o rezervacích včetně cesty k Supabase, až tabulka přestane stačit. Alergenová disciplína je tu nejpřísnější z celého gastra: dort se peče pro konkrétního člověka a „bez ořechů“ v poznámce objednávky je závazek, ne přání.

Pivnice a bar mění hlavně čepovanou nabídku: rotační pípy. Zdroj je seznam píp (pipy.yaml: pivovar, pivo, styl, stupně, alkohol, cena za velikost) a odvozené výstupy tabule nad výčepem (tisk nebo obrazovka), web a příspěvek „co nového teče“ při každé výměně sudu. Tady se mimochodem nejvíc vyplatí obrazovka místo tisku: výměna sudu odpoledne je změna zdroje a obrazovka se překreslí sama.

Restaurace s poledním i večerním provozem má tři vrstvy zdroje: stálý lístek, týdenní obědy, sezónní večerní menu. Nic nového — jen víc souborů stejného druhu a v šabloně webu tři sekce. Past, na kterou si dát pozor: večerní menu bývá doménou šéfkuchaře a obědy provozní — dva lidé, kteří mění zdroj. Přesně tady přestává stačit sdílená složka a git se schvalováním se stává nutností, ne luxusem.

Společný jmenovatel všech variant: nezačínejte tím, že systém z návodu okopírujete celý. Najděte v provozu tu jednu informaci, která se dnes přepisuje na nejvíc míst — v bistru týdenní menu, v kavárně vitrína, v pivnici pípy — a postavte zdroj pravdy nejdřív pro ni. Zbytek systému se na ni nabalí sám, protože jakmile jedno přepisování zmizí, ostatní začnou být nesnesitelná.

Co to stojí: náklady kvalitativně

Poctivý návod má říct i cenu — ne v číslech (ta se mění a u každého podniku vyjdou jinak), ale ve struktuře: co platíte časem, co penězi a co se naopak platit přestane.

Čas na zavedení je hlavní investice: řádově večery, ne týdny — inventura, hlas podniku, převod menu, šablona, web. Rozprostřete je podle plánu výše. Důležité je vědět, že křivka je předem těžká: první tři týdny systém čas stojí, teprve pak ho začne vracet. Kdo to neví, vzdá to v týdnu dva s pocitem, že „to nefunguje“ — fungovalo, jen ještě nedoběhla návratnost.

Nástroje: podstatná část stacku má v době psaní bezplatnou vrstvu, která malému podniku stačí — základní Affinity, hosting statické stránky na Vercelu, Buffer s MCP i na bezplatném plánu, git repozitář. Co je rozumné platit: účet Claude (kvůli smluvní ochraně dat pro interní podklady — a desktopová integrace s konektory placený účet vyžaduje) a vlastní doména. Konkrétní ceníky a hranice bezplatných vrstev se mění; před rozhodnutím si je ověřte u poskytovatelů.

Co se platit přestane: grafik na každotýdenní sazbu (zůstává na jednorázové věci — logo, návrh šablony, pokud na ni nestačí AI), agentura na správu webu (statická stránka napojená na repozitář se spravuje sama), a hlavně neviditelná položka — hodina a půl majitelčina pondělka, každý týden, plus všechny náklady rozjetých cen: sleva naštvanému hostovi, pokažená recenze, dohadování.

Skrytý náklad, o kterém se nemluví: disciplína. Systém stojí a padá s pravidlem „výstup se needituje ručně“ — a to pravidlo nic nestojí a zároveň je nejdražší, protože ho musí dodržovat unavený člověk v pondělí ráno. Rozpočtujte si i tohle: prvních pár týdnů se budete přistihovat, že chcete „jen rychle přepsat PDF“. Nepřepisujte. Oprava ve zdroji trvá stejně dlouho.

Proč ne hotová aplikace na QR menu

Namístě je otázka: na QR menu, rezervace i správu recenzí existují hotové služby — proč si to stavět? Poctivá odpověď má dvě strany.

Hotová služba je rychlejší na startu a někomu bude stačit: registrace, naklikat jídla do administrace, QR kód na stůl, hotovo za odpoledne. Pokud váš podnik nemá týdenní rotaci menu a vy nechcete žádný další kanál, nemá smysl stavět systém kvůli jedné statické stránce.

Jenže podnik s týdenním menu narazí na tři věci, kvůli kterým tenhle návod vznikl. Za prvé duplicitní zadávání se vrací zadními vrátky: administrace hotové služby je další místo, kam se menu přepisuje — vedle Wordu na tisk a příspěvků na sítě. Služba vyřešila jeden výstup, ne zdroj; polévka se pořád píše třikrát, jen jinam. Za druhé data bydlí u služby, ne u vás: roky týdenních menu — paměť podniku, ze které v tomhle návodu žije plánování i sezónní obměny — leží v cizí databázi, a co z ní půjde exportovat, až služba zdraží, změní podmínky nebo skončí, zjistíte až v ten den. Za třetí hranice služby jsou vaše hranice: tahák pro obsluhu z ní neuděláte, alergenový checklist pro kuchyni taky ne, e-mail štamgastům jen pokud ho služba náhodou nabízí — a v jejím formátu, ne ve vašem hlasu.

Systém ze zdroje pravdy obrací poměr sil: zdroj je váš soubor, čitelný člověkem i strojem, a služby se z odběratelů dat stávají odvozenými výstupy. Klidně používejte hotovou rezervační službu nebo objednávkovou platformu — ale jako výstup, který se plní ze zdroje, ne jako místo, kde vaše data bydlí v jediné kopii. Mimochodem, tenhle test funguje na každý nástroj, který vám kdo nabídne: „Když od vás za rok odejdu, co si odnesu?“ Odpověď „export všech dat ve strojově čitelném formátu“ je dobrá odpověď. Ticho je taky odpověď.

A je tu ještě jeden rozdíl, který se špatně vyčísluje a rozhoduje o všem ostatním: kdo si systém postavil — byť s AI, která udělala většinu práce — svému systému rozumí. Ví, kde je zdroj, umí přidat výstup, umí opravit chybu. Kdo si systém pronajal, umí to, co je v ceníku. Pro podnik, který stojí na jedné majitelce a jejím pondělním ránu, je ta první pozice o poznání klidnější.

Nejčastější chyby

• Editovat výstup místo zdroje. Nejlákavější zkratka a nejjistější cesta zpátky do chaosu: „jen rychle opravím cenu v PDF“ znamená, že zdroj lže a příští generování chybu vrátí. Platí bez výjimek — i pro čárku v popisu jídla.
• Nechat AI doplnit alergeny podle názvu jídla. Model „ví“, že svíčková mívá lepek — ale neví, jak vaříte vy. Alergeny jdou do zdroje jedině z kuchyně, přes checklist s podpisem. Tohle není místo na šetření času; je to jediné místo návodu, kde chyba nekončí špatnou cenou, ale ohroženým hostem.
• Vygenerovat fotky jídel. Klamání hosta s doručenkou do recenzí. Skutečné jídlo, skutečný telefon, AI jen na jednotnou úpravu — jas, ořez, teplota barev, nic, co mění jídlo samotné.
• QR kód na konkrétní PDF. Nový týden, nové PDF, mrtvý QR kód na padesáti samolepkách. Kód vede na stálou adresu stránky, mění se obsah pod ním.
• Zapnout automatickou publikaci „na zkoušku“. Jeden automaticky odeslaný příspěvek se starou cenou nebo odpověď na recenzi bez lidského oka stojí víc, než schvalování kdy ušetří. AI navrhuje, člověk odesílá — u všeho, co vidí hosté.
• Postavit všechno najednou. Systém zaváděný ve čtyřech frontách naráz spadne první rušné pondělí a už se k němu nikdo nevrátí. Jeden zdroj, jeden výstup, souběh se starým postupem — a další modul až potom.
• Recepty a kalkulace v repozitáři napojeném na web. „Ať to mám pohromadě“ je nejkratší cesta k maržím na internetu. Veřejná data (menu) a interní data (receptury, čísla) žijí odděleně od prvního dne.

Nejlepší nástroje

• Claude Cowork — desktopový režim nad složkou souborů: inventura podniku, převod diktátu na strukturovaný zdroj, plnění tiskové šablony přes konektory. Pondělní rutina se odehrává tady.
• Claude Code — správa git repozitáře s menu (commity, historie, schvalování) a stavba QR stránky; git ovládá za vás, vy schvalujete. Pro podnik bez programátora je to most k nástrojům, které byly dřív jen pro vývojáře.
• Affinity — sazba tiskového menu; v době psaní základní verze zdarma a AI konektor pro Claude v beta verzi. Zdrojový soubor šablony je aktivum stejné hodnoty jako zdroj menu.
• Canva — alternativa sazby s oficiálním AI konektorem (návrhy, plnění šablon, export); jednodušší a cloudová, pro stojánkové menu bohatě stačí.
• Vercel — hosting QR stránky napojený na repozitář: commit menu, stránka se přegeneruje sama. Aktualizace webu tím přestává existovat jako úkol.
• Buffer — plánování příspěvků; v době psaní s MCP serverem dostupným i na bezplatném plánu, připojení přes OAuth. Claude navrhne a připraví frontu, publikaci potvrzuje člověk.
• Supabase — třetí stupeň rezervací, až tabulka přestane stačit; postup včetně zabezpečení má vlastní návod.
• Google tabulky nebo obyčejný YAML v repozitáři — nepodceňovat: pro zdroj menu i rezervace je „nudná“ tabulka či textový soubor přesně ta správná technologie. Nástroj má být nejjednodušší věc, která úlohu unese.

Co vám to přinese

• Čas: pondělní hodina a půl přepisování se mění na půlhodinu kontrol a schvalování; středeční změna jídla z půlhodinové štafety na minuty. Přes rok jsou to desítky hodin — a hlavně se vracejí z nejhoršího místa týdne, z pondělního rána.
• Peníze: konec slev za rozjeté ceny a přetisků kvůli jedné chybě; přecenění, které se dá dělat průběžně místo jednou za dva roky skokem, drží marže u inflace surovin. A grafické a webové práce se zužují na jednorázové zakázky.
• Klid: otázka „která verze platí“ přestala existovat. Alergeny mají checklist a podpis místo paměti. Záloha existuje a je vyzkoušená. Kritická recenze má postup, ne paniku v deset večer.
• Kvalita: menu, web, sítě i odpovědi hostům znějí jako jeden podnik, protože čtou jeden hlas a jedna data. A recenze a historie menu začínají podniku vracet informace: co hosté milují, co nefunguje, co vařit příští podzim.

Pro tip

Až systém pojede, otočte historii dopředu: soubory tyden-*.yaml jsou po roce provozu nejcennější dataset, jaký podnik má. Nechte si nad ním jednou za měsíc udělat plánovací podklad: která jídla se opakují jak často, co bylo naposledy před třemi měsíci (hosté už zapomněli, kuchyně ne), co se vařilo loni touhle dobou a jak se to tehdy chválilo v recenzích. Neděle večer pak nezačíná otázkou „co budeme sakra vařit“, ale návrhem tří variant týdne postavených z vlastní historie — a diktát do telefonu je za minutu hotový. Systém, který vznikl, aby se menu nemuselo přepisovat, začne menu pomáhat vymýšlet.

A závěrečné pravidlo celého návodu: jedna informace, jedno místo. Cena kulajdy existuje v podniku právě jednou — ve zdroji — a všechno ostatní se z ní odvozuje. Každé porušení toho pravidla, jakkoli nevinné, zakládá budoucí rozjetou verzi a budoucí dohadování u pokladny. Nástroje se budou měnit, konektory přijdou a odejdou; soubor s menu, který vlastníte a který umí přečíst člověk i stroj, zůstane — a s ním i podnik, který má svá data pod kontrolou.