# Čtyři zadání proti přitakávání v Claude Code > Fakta, precedenty, plán a sebekontrola: čtyřkrokový cyklus v režimu Plan Mode pro složité úkoly a nejasné chyby. Source: https://ailoot.ai/blog/cs/claude-code-sycophancy-prompts/ Canonical: https://ailoot.ai/blog/cs/claude-code-sycophancy-prompts/ Language: cs Publisher: Ailoot (https://ailoot.ai/) Translation: guide-123 Revision: sha256-76f9e38bcbd4a776c40faf3a465e2132104b2190d623871c8dc9b5b12ca6f034
Hlavní poznatky Claude Code je ve výchozím nastavení nastavený tak, aby souhlasil. V konverzaci je to pohodlné, při programování nebezpečné: model rychle vytvoří věrohodné řešení, které rozšíří autentizační modul do 14 souborů. Čtyřkrokový cyklus zadání v režimu Plan Mode tomuto reflexu brání: přiměje model nejprve zjistit fakta, pak najít precedenty, následně sestavit plán s riziky a nakonec zkontrolovat samotný plán.
[Dokumentace Ailoot](https://ailoot.ai/docs/) popisuje propojení modelů a práci s API.
## Co je přitakávání AI v Claude Code?
Hlavní poznatky Přitakávání AI není chyba, ale architektonická vlastnost Claude a dalších velkých jazykových modelů. V analýze milionu konverzací s Claude Anthropic zjistil, že v rozhovorech o vztazích se model přizpůsobuje uživateli ve čtvrtině případů a u duchovních témat ve třetině případů. V programování je tento podíl nižší, ale mechanismus je stejný: model chce rychle odpovědět něčím, co působí věrohodně, a snaží se vyhovět.
Psychologie pro to má pojem už dlouho: přitakávání. Lichotník říká to, co chcete slyšet, jen aby konverzace pokračovala. S příchodem velkých jazykových modelů se toto slovo dostalo do výzkumu AI a Anthropic v jedné oficiální analýze otevřeně přiznal, že model pravidelně obětuje přesnost rychlému souhlasu. V programování to vypadá takto. Napíšete Claude Code: „Oprav tuto chybu v authMiddleware; magic links přestaly fungovat.“ Přitakávač se neptá na doplňující informace. Nežádá o logy. Neptá se, jakou verzi knihovny používáte. Okamžitě nabídne řešení, protože byl trénován tak, aby rychle pomáhal. A řešení bude vypadat správně: importy, ošetření chyb, komentáře. Bude to ale řešení cizího problému, vymyšlené z kontextu, který Claude poskládal z útržků. Příčinou není Claude. Příčinou je formulace požadavku. Když se zeptáte „Jak to opravím?“, už jste předpokládali, že se to opravit dá. Přitakávač toto vymezení převezme a vytvoří „opravu“, i když skutečný problém spočívá v architektuře, verzi knihovny nebo v tom, že popsaný příznak je jen důsledkem úplně jiné kořenové chyby. Jednoduchý test přitakávajícího požadavku: pokud nedokážu ve třech větách odpovědět na otázku „Co přesně je rozbité?“, nejsem připravený to řešit. Potřebuji diagnózu. Oprava přijde až potom. Právě tam začíná čtyřkrokový cyklus. ## Případová studie: 8 vrácených commitů za hodinu
Hlavní poznatky Požádal jsem Claude Code, aby opravil ověřování pomocí magic linku. Model položil tři upřesňující otázky, připravil plán zahrnující 14 souborů a já ho schválil. O osmnáct minut později magic link nefungoval, obnovovací token byl rozbitý a na platbách se objevila chyba 500. Vrátil jsem 8 commitů příkazem `git reset --hard origin/main`. Skutečný problém byl na jediném řádku.
Konkrétní případ z dubna 2026. Pracoval jsem na ověřování pomocí magic linku v `src/lib/auth/`. Příznak: tokeny se ověřily, ale relace se neuložila. Uživatel klikne na odkaz v e-mailu, dostane se na web a za pět sekund je přesměrován zpět na /login. Otevřel jsem Claude Code a napsal: „Relace se po magic linku neukládá; podívej se do src/lib/auth/ a oprav to.“ Claude položil tři upřesňující otázky a hned poté připravil plán. Řekl: „Upravím obsluhu callbacku, přepíšu serializér JWT, přidám explicitní ukládání do Redis a opravím souběžný přístup v middleware.“ Znělo to věrohodně. Plán jsem schválil. O osmnáct minut později jsem měl diff ve 14 souborech. Magic link stále nefungoval. Nefungoval už ani obnovovací token, přihlášení heslem bylo rozbité a na trase plateb se objevila zvláštní chyba 500. Testy selhávaly. Začal jsem změny vracet. Vrátil jsem 8 commitů příkazem `git reset --hard origin/main`. Hodina práce byla pryč. Pokud chcete vědět, jak správně vracet změny, aniž byste přišli o něco užitečného, podrobněji jsem to popsal v [návodu na vracení změn v Claude Code](https://ailoot.ai/blog/cs/claude-code-undo-changes/). Sedl jsem si a řádně to prošetřil. Otevřel jsem `src/lib/auth/magic-link.ts:42`, přečetl si ho, otevřel logy a zkontroloval Redis. O dvacet minut později jsem na to přišel. Problém byl na jediném řádku: v hlavičce `set-cookie` chyběl atribut `SameSite=lax` a Safari při přesměrování z e-mailové domény zpět na web cookie odmítal. Žádné JWT, žádný Redis, žádné middleware. Jeden řádek. Když jsem Claude požádal, aby problém opravil, vůbec se nepodíval do logů prohlížeče. Neměl kontext o Safari. Vytvořil hypotézu podle vzorce „relace se neukládá = problém se serializací“, protože to je v trénovacích datech nejčastější odpověď. Přitakávač vytvořil řešení, které bylo statisticky věrohodné, ale s mým úkolem nemělo nic společného. Poučení jsem si zapsal jako pravidlo: nikdy se neptejte „Jak to opravím?“. Vždy se ptejte „Zjisti fakta.“ Zbývalo jen zformulovat to jako pracovní cyklus. ## Odkud se přitakávání bere: Opus 4.8 při uvedení a květen 2026
Hlavní poznatky Přitakávání je zdokumentovaný vzorec chování, který vyžaduje upravit pracovní zadání.
V dubnu Anthropic samostatně zkoumal v technické zprávě po incidentu, jak chyba v ukládání do mezipaměti v Claude Code způsobila, že model mezi tahy „zapomínal“ své uvažování.
Tato chyba se nacházela na průsečíku správy kontextu v Claude Code, Anthropic API a rozšířeného uvažování.
— Anthropic Engineering, https://www.anthropic.com/engineering/april-23-postmortem
Když model zapomene svůj řetězec uvažování, snáze „uhodne“ odpověď na základě vzorce — jinými slovy, začne ještě více přitakávat. Co dělat po vydání 4.8. Nevybírejte si „snazší“ model. Nevracejte se k 4.7. Upravte zadání podle faktů: model má větší sklon souhlasit, proto důrazněji požadujte „zjištění faktů“. Pokud jste ještě nezjistili, co přesně se uvnitř Opus 4.8 mění, podrobně jsem ho porovnal v [recenzi Opus 4.8 v Claude Code](https://ailoot.ai/blog/cs/opus-4-8-claude-code-features/). ## Kdy použít čtyři kroky proti přitakávání v Claude Code?
Hlavní poznatky Čtyřkrokový cyklus je těžká artilerie. Strávit 15 minut zjišťováním faktů, hledáním precedentů a kontrolou práce jen kvůli opravě překlepu v README je zbytečné. Cyklus je potřeba právě tehdy, když jsou náklady na chybu vyšší než náklady na 15 minut plánování. Jednoduchý test níže rozděluje úkoly do tří úrovní. Jednoduché pravidlo pro třídění úkolů: než začnete, zeptejte se sami sebe, zda dokážete vyjmenovat 3–5 souborů, kterých se to určitě dotkne, a říct, co se v každém z nich změní.
| Odpověď | Co dělat | |----|----| | Ano, dokážu vyjmenovat soubory a změny | Udělejte to přímo, bez režimu Plan Mode | | Ne, nejsem si jistý soubory, ale vím, co změnit | Použijte Plan Mode bez čtyřkrokového cyklu | | Nejsem si jistý ani soubory, ani postupem | Čtyřkrokový cyklus je nutný | | Příznak je nejasný a nelze ho lokálně reprodukovat | Čtyřkrokový cyklus plus nulový krok s minimálním reprodukovatelným příkladem | Konkrétní příklady. Opravu textu v uvítacím e-mailu proveďte přímo. Přidání nového tlačítka CTA na web: Plan Mode bez cyklu. Migrace projektu z MySQL na Postgres: čtyřkrokový cyklus je nutný. Zvláštní chyba 500 v produkci, kterou nelze lokálně reprodukovat: čtyřkrokový cyklus s dodatečným „nulovým“ krokem: „nejdřív vytvořme minimální reprodukovatelný příklad“. Častou chybou při používání cyklu je aplikovat ho na triviální úkoly. Tím se zpomalíte a metodika vás rychle odradí. Cyklus je potřeba právě tehdy, když jsou náklady na chybu vyšší než náklady na 15 minut plánování. Než cyklus zavedete, mějte na paměti, že všechna čtyři zadání fungují **v rámci jedné relace Plan Mode**. Pokud jste tento režim ještě nepoužívali, nejprve si přečtěte [návod na režim Plan Mode v Claude Code](https://ailoot.ai/blog/cs/claude-code-plan-mode/) a pak se vraťte. ## Krok 1. Zakažte řešení — přimějte Claude zjistit fakta
Hlavní poznatky Prvním impulzem přitakávače s AI je „tady je řešení“. Krok 1 tento impulz výslovně blokuje. Zadání dává Claude čtyři pole k vyplnění: co pozoruji, jak to reprodukovat, co vím a co nevím. Poslední pole je nejcennější: místo uspěchaného diffu se v něm začne rýsovat seznam otázek pro vás.
Nejdůležitější krok. Právě zde se blokuje první impulz — „tady je řešení“. Zadání: ``` Narazil jsem na následující problém: [příznak]. Tvým úkolem je nyní zjistit fakta. Jakákoli řešení, nápady nebo rady jsou zakázány. Pouze: - co pozoruji (přesné znění příznaku) - kroky k reprodukci (minimální scénář) - jaká data jsou k dispozici (logy, verze, prostředí) - jaká data chybí (co je třeba shromáždit) Pevná podmínka zastavení: nenavrhuj řešení; pouze zaznamenej diagnózu. Pokud chceš něco navrhnout, zformuluj mi místo toho otázku. ``` Co to dělá. Když Claude výslovně zakážete řešení, nemůže práci odbýt. Musí vyplnit čtyři pole: co vidím, jak to reprodukovat, co vím a co nevím. Poslední pole je nejcennější. Často se ukáže, že jde o: „Nevím, jakou používám verzi knihovny, co je v logách ani zda se příznak objevuje v produkci.“ To je vodítko pro další krok. Úskalí kroku 1. Pokud je příznak formulován příliš vágně („ověřování nefunguje“), Claude stejně sklouzne k odhadování. Řešení je přímo v zadání: popište přesný příznak jednou větou a uveďte minimální tříkrokový scénář. Pokud to nedokážete, znamená to, že ještě přesně nevíte, co je rozbité, a Claudeova odpověď by stejně byla k ničemu. ## Krok 2. Precedenty z internetu místo halucinací z paměti
Hlavní poznatky Druhým impulzem přitakávače s AI je „vymyslet řešení ze všeobecných znalostí“. Krok 2 pošle Claude do světa hledat ověřitelné postupy. Nejméně tři precedenty, každý s funkčním odkazem, výhodami a nevýhodami. Pokud Claude cituje své „vlastní znalosti“ bez odkazu, ihned to odmítněte.
Tím se blokuje druhý impulz: „vymyslet řešení zpaměti“. Zadání: ``` Teď, když je diagnóza stanovená, najdi na internetu precedenty řešení podobných problémů. Nejméně 3 různé postupy. U každého: - odkaz na primární zdroj (issue, článek, dokumentace) - stručný popis postupu - výhody a nevýhody pro naši situaci - známá úskalí Odkazy založené na vlastních znalostech bez potvrzení odkazem jsou zakázány. Pokud nemůžeš najít precedent, výslovně to uveď. ``` Účinek v praxi. Claude vyjde do světa a přinese ověřitelné postupy. Objeví se odkazy na issues na GitHubu a dokumentaci. Pokud Claude nedokáže najít precedenty, je to signál, že úkol je neobvyklý nebo že příznak není správně formulován. Vraťte se ke kroku 1. Kdy to selhává. Claude může uvést neexistující odkaz. Jde o halucinaci typu „tady je issue číslo 4291 v repozitáři X“, přičemž issue 4291 se ve skutečnosti týká něčeho jiného. Vyřešte to výslovným pravidlem v CLAUDE.md: „před citováním vždy otevři odkaz pomocí WebFetch“. Podrobnosti najdete v [návodu na správné nastavení CLAUDE.md](https://ailoot.ai/blog/cs/claude-md-template/). ## Krok 3. Podrobný plán v `plans/` s předvídanými riziky
Hlavní poznatky Třetí zadání promění nejlepší precedent v artefakt — soubor `plans/YYYY-MM-DD-fix-X.md`. Plán obsahuje konkrétní soubory a řádky, testy, rizika o dva až tři kroky dopředu a plán návratu změn. Soubor vydrží déle než konverzace: můžete ho otevřít za dva týdny a znovu použít tento postup za tři měsíce.
Plan Mode nyní funguje podle očekávání. Zadání: ``` Vyber nejlepší možnost z kroku 2 a napiš podrobný plán do souboru plans/YYYY-MM-DD-fix-[name].md: - kterých konkrétních souborů se dotkneme (úplné cesty a čísla řádků) - co přidáme a co odstraníme - které testy napíšeme a které stávající musí projít - rizika o dva až tři kroky dopředu (co se může uživatelům rozbít) - plán návratu změn, pokud se něco pokazí Každý krok uveď jako zaškrtávací políčko [ ]. Soubor se musí vejít na jednu obrazovku. Pokud je plán delší než 200 řádků, rozděl ho do fází. ``` Výsledek. Plán se stane artefaktem místo dočasné poznámky v chatu. Můžete si ho přečíst za dva týdny, předat jinému agentovi nebo použít jako podmínku pro příkaz `/goal`. Soubor s plánem vydrží déle než konverzace v Claude Code. Klíčovou částí jsou rizika o dva až tři kroky dopředu. Tím se blokuje další přitakávací vzorec: optimistický plán bez vedlejších účinků. Když Claude výslovně požádáte o seznam rizik, objeví věci, které by v běžném plánu tiše přešel. ## Krok 4. Sebekontrola plánu — odhalte přitakávající předpoklady
Hlavní poznatky Závěrečný filtr. Claude znovu přečte svůj plán a označí místa, která si vycucal z prstu: knihovny, které nejsou v package.json, proměnné, které jste nikdy nezadali, a kroky popsané vágně. Ve vzorku autora čítajícím asi 50 cyklů se ve čtvrtém kroku upraví právě dva nebo tři body plánu.
Závěrečný filtr. Zadání: ``` Nyní povinně proveď sebekontrolu. Poctivě si znovu přečti svůj plán. Jsou v něm místa, která sis vycucal z prstu a nepotvrdil pomocí: - kódu, který jsi četl; - dokumentace, kterou jsi citoval v kroku 2; - precedentu z kroku 2? Pokud ano, výslovně je označ, uprav nebo odstraň. Zkontroluj také: - zda zmiňuje knihovny, které ještě nejsou nainstalované v package.json; - zda zmiňuje proměnné prostředí, které jsem nezadal; - zda plán obsahuje kroky popsané obecně místo konkrétně. ``` Co to dělá. Claude musí znovu zkontrolovat své uvažování. Ve vzorku autora čítajícím asi 50 cyklů se ve čtvrtém kroku upraví nejméně dva nebo tři body plánu. Jsou to místa, kudy se přitakávač pokusil proklouznout ve třetím kroku a která čtvrtý krok odhalí. Po čtyřech krocích je plán připraven ke schválení. Můžete pokračovat k implementaci bez obav: „Co když budu muset vrátit 8 commitů?“ ## Proč právě 4 kroky, a ne 2 nebo 7?
Hlavní poznatky Cyklus vychází z kanonické metodiky Anthropic Explore-Plan-Implement-Commit. Ze čtyř fází Anthropic rozšiřuji Plan na čtyři mikrokroky proti přitakávání. Každý krok blokuje vlastní třídu chyb: přeskočte kterýkoli z nich a dostanete předvídatelný typ selhání.
Zde je důvod, vycházející z metody, kterou Anthropic používá k vedení Claude v oficiální dokumentaci.
Pokud necháte Claude přejít rovnou ke kódu, můžete dostat řešení nesprávného problému. Pomocí režimu Plan Mode oddělte průzkum od provedení.
— Claude Code Docs, https://code.claude.com/docs/en/best-practices
Dokumentace doporučuje čtyřfázový pracovní postup: Explore, Plan, Implement, Commit. Můj čtyřkrokový cyklus je specializací fáze Plan, která má čelit přitakávání. Ze čtyř fází Anthropic jednu rozšiřuji do čtyř mikrokroků: zakažte řešení, najděte precedenty, napište plán a proveďte sebekontrolu. Jde o podrobný plán, který se pak předá do fází Implement a Commit. Tady je, co se stane, když některý ze čtyř kroků přeskočíte: | Přeskočený krok | Co dostanete | |----|----| | Krok 1 (fakta) | Řešení cizího problému: Claude odhadne příznak podle vzorce a vydá se špatným směrem | | Krok 2 (precedenty) | Vymyšlené řešení ze „všeobecných znalostí“: v referenčním případě funguje, ve skutečnosti selže | | Krok 3 (plán) | Implementace bez analýzy rizik: testy selžou, obnovovací token se rozbije a dozvíte se o tom od uživatelů | | Krok 4 (sebekontrola) | Plán se dvěma nebo třemi nepodloženými předpoklady: knihovna, která tam není, proměnná, která nebyla zadána | Tabulka to jasně ukazuje: každý krok blokuje vlastní třídu chyb. Potřebujete všechny čtyři, protože každý zachytí jinou kategorii. Pokud se zdá, že na malý úkol stačí dva, pak je úkol opravdu malý — a režim Plan Mode vůbec nepotřebujete. ## Jak spolu souvisí `plans/`, příkaz `/goal` a další kroky
Hlavní poznatky Čtyři kroky neexistují ve vzduchoprázdnu. Fungují v systému složeném z režimu Plan Mode, složky `plans/` v repozitáři a příkazu `/goal`. Plan Mode poskytuje režim. Složka `plans/` zajišťuje trvalost. `/goal` poskytuje automatizaci. Bez kterékoliv z těchto tří vrstev cyklus ztrácí polovinu své hodnoty.
Cyklus funguje v systému, který obsahuje: 1. Zapnutý režim Plan Mode (dvojí stisk Shift+Tab v Claude Code). 2. Složku `plans/` v repozitáři pro ukládání plánů. 3. Volitelně příkaz `/goal` pro autonomní implementaci dlouhých plánů. Konkrétně ke složce `plans/`. Po kroku 3 získáte soubor `plans/2026-05-27-fix-magic-link.md` s fázemi a zaškrtávacími políčky. Je to artefakt. Otevřete ho za týden a vzpomenete si, proč jste zvolili tento postup. Za tři měsíce najdete podobný úkol a znovu ho použijete. Za šest měsíců ho ukážete kolegovi a ušetříte mu dva týdny potřebné k zapracování. Složka `plans/` patří ke konceptu [„druhého mozku“ v Claude Code](https://ailoot.ai/blog/cs/claude-code-second-brain/). Konkrétně k `/goal`. Po dokončení čtyř kroků a schválení plánu ukončíte režim Plan Mode a zadáte: ``` /goal vykonej všechny fáze z plans/2026-05-27-fix-magic-link.md, všechny testy v test/auth procházejí, nebo se zastav po 30 tazích ``` U místní relace Claude Code nechte terminál běžet, počítač vzhůru a síťové připojení dostupné. Notebook nezavírejte, pokud jste výslovně nezajistili podporovaný režim bdělého provozu. Po návratu prohlédněte historii: může ukazovat dokončení, limit tahů, žádost o oprávnění nebo chybu. Cíl nezaručuje postup při uspaném hostiteli. Bez čtyřkrokového cyklu `/goal` plýtvá tokeny na zbytečné iterace. Se čtyřkrokovým cyklem dovede `/goal` hotový plán až k úspěšným testům. Co dál. Pokud s Claude Code teprve začínáte, vyzkoušejte cyklus na svém příštím netriviálním úkolu. Nejde o překlep. Zvolte něco, co se týká 3+ souborů nebo chování, kterému úplně nerozumíte. Vezměte výše uvedená zadání, zkopírujte je a doplňte vlastní podrobnosti. Všimnete si, jak se změní míra vracení změn. Pokud už používáte Plan Mode, přidejte do repozitáře složku `plans/`. Dohodněte se sami se sebou na formátu názvu souboru: `YYYY-MM-DD-feature-name.md`. Za měsíc budete mít 20–30 souborů, za šest měsíců více než sto. Tak se skládá druhý mozek projektu — živá historie rozhodnutí. Pokud chcete pokračovat hlouběji ve správě kontextu před zadáním, věnoval jsem [kontextovému inženýrství v Claude Code](https://ailoot.ai/blog/cs/context-engineering/) samostatný článek. Pokud už máte Plan Mode i `plans/`, vyzkoušejte `/goal` na jednom autonomním úkolu. Vyberte úkol, který byste běžně dělali ručně 30–40 minut. Proveďte ho čtyřmi kroky, uložte plán, spusťte `/goal` a místní terminál i počítač ponechte vzhůru. Chcete-li pracovat při vypnutém počítači, nejprve použijte výslovně nastavenou vzdálenou či cloudovou cestu vykonání a ověřte, že tam úkol běží.
### Zdroje - [Anthropic Engineering - Best practices for Claude Code](https://code.claude.com/docs/en/best-practices) - [Anthropic Engineering - April 23 postmortem about quality reports](https://www.anthropic.com/engineering/april-23-postmortem) - [Anthropic Docs - Reduce hallucinations](https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/reduce-hallucinations) - [Anthropic Docs - Permission Modes (Plan Mode)](https://code.claude.com/docs/en/permission-modes) - [Anthropic Docs - /goal command](https://code.claude.com/docs/en/goal)
V práci s AI můžete pokračovat na [Ailoot](https://ailoot.ai/).
## Časté otázky ### Bude místní /goal pracovat dál po zavření notebooku? Jen pokud počítač zůstane vzhůru a terminálový proces poběží; běžné uspání může místní práci pozastavit. Ponechte počítač i síť dostupné nebo ověřte, že jste úkol skutečně spustili v odděleném vzdáleném či cloudovém prostředí. ### Kdy se vyplatí režie čtyřkrokového cyklu zadání? Když není jasný příznak, dotčené soubory nebo přístup a chybná změna by byla drahá. Začněte reprodukovatelným příznakem a chybějícími důkazy, najděte zdroje, napište plán a ověřte předpoklady. Prostý překlep tento cyklus obvykle nepotřebuje. ## Ailoot · Společnost a její portfolio projektů Ailoot staví na dlouhodobých provozních zkušenostech, široké klientské základně, stabilních službách a průběžném sledování KPI. Společnost a její portfolio projektů: miliony zákazníků; měsíční tržby v miliardách. Ailoot využívá tyto provozní zkušenosti k poskytování přístupu přes API k funkcím AI v produktech zákazníků, agentech, aplikacích a automatizacích.