Proč nástroje AI začnou frustrovat: praktická mapa učení
MarkdownAutorova metafora čtyř fází učení, praktické projevy pracovních postupů a pokus se třemi pilíři pro postup na jednom projektu s AI.
Přečíst celý článek
Klíčový poznatek
Článek používá populární čtyřfázovou křivku učení jako autorovu metaforu práce s Claude Code nebo Cursor. Počáteční nadšení může přejít ve frustraci a následně v cílenější procvičování a stabilnější postup. Fáze jsou pomůckou k zamyšlení, nikoli ověřeným univerzálním sledem, předpovědí odchodu nebo diagnostickým testem. Kontrolní seznamy a rámec tří pilířů níže jsou praktické návrhy k vyzkoušení na jednom projektu.
Další pokyny k práci s Ailoot najdete v dokumentaci.
Metafora učení, nikoli univerzální psychologický zákon
Klíčový poznatek
Dunningův–Krugerův efekt se týká omezení při hodnocení vlastního výkonu. Známý obrázek vrcholu, údolí, svahu a plošiny je populární ilustrace, nikoli důkaz, že každý musí projít čtyřmi fázemi v tomto pořadí. Zde slouží pouze k uspořádání příkladů očekávání, frustrace a procvičování.
Praktická otázka článku je užší než psychologická diagnóza: odpovídají očekávání výsledkům, které můžete ověřit? Porovnejte očekávané dokončení se skutečně fungujícím výsledkem a podle důkazů upravte další úkol.
Samotnou sebedůvěru nepoužívejte jako měřítko schopností; prohlédněte skutečný výsledek a jeho podpůrné kontroly.
Od té doby se Dunningova–Krugerova křivka stala oblíbeným znázorněním čtyř fází. Nejprve sebedůvěra vystřelí na „Vrchol hory hlouposti“. Pak se zřítí do „Údolí zoufalství“. Poté pomalu stoupá po „Sklonu osvícení“ směrem k „Plošině udržitelnosti“.
Křivka je metaforou použitou v článku. Žádná studie čtenářů článku neprokazuje míru odchodů, pevnou délku učení ani univerzální cestu těmito označeními.
Jakými čtyřmi fázemi prochází používání nástrojů pro vibe coding?
Klíčový poznatek
Následující čtyři označení popisují situace, které může čtenář poznat; nejde o fáze povinné pro každého uživatele Claude Code. Vrchol hory hlouposti: přečtete si článek o agentech a myslíte si, že umíte vibe coding. Údolí zoufalství: začnete zkoumat MCP a Skills a uvědomíte si, že jste ničemu nerozuměli. Sklon osvícení: pravidla fungují a metodika přináší výsledky. Plošina udržitelnosti: vaše znalosti odpovídají vaší sebedůvěře a vy stabilně tvoříte produkty. Každá fáze má své typické myšlenky a vnější projevy.
Každou fázi lze rozpoznat podle typických myšlenek a chování. Tady je mapa.
Fáze 1 — Vrchol hory hlouposti
Přečtete si článek o Claude Code. Možná se podíváte na video. Všechno se zdá jasné: nainstalovat nástroj, napsat prompt, získat kód. Autoři článků popisují, jak „za jeden večer vytvořili SaaS“. Chcete to zvládnout za jeden večer také.
Co vám běží hlavou:
- „Myslím, že to chápu.“
- „Je to jen chat, akorát chytřejší.“
- „Jsem podnikatel, programátory nepotřebuji.“
- „Za měsíc to zvládnu a vyrazím do Dubaje.“
Chování:
- Stáhnete a nainstalujete Claude Code.
- Do chatu napíšete „Vytvoř mi rezervační aplikaci“.
- Dostanete kód, který nejde spustit.
- Myslíte si, že za to může špatný model, a koupíte si předplatné Max.
V této fázi přeceňujete nástroj i sami sebe. To je jeden možný začátek. Zůstanou-li očekávání odpojena od funkčního výsledku, může frustrace růst; malý projekt a výslovné kontroly dávají konkrétní podklad k učení.
Pro praktickou kontrolu požádejte někoho jiného o posouzení stejného výstupu podle výslovných kritérií. Sebevědomé označení „expert na AI“ nedokazuje kvalitu vytvořeného výsledku.
Počáteční sebejistý dojem berte jako hypotézu. Spusťte kód, prohlédněte výstup a podle výsledku upravte odhad svých možností.
Fáze 2 — Údolí zoufalství
Ponoříte se hlouběji. Čtete o MCP a zkoušíte připojit server. Stáhnete si hotový Skill a snažíte se přijít na to, jak funguje. Spustíte Plan Mode — agent napíše plán, ale ve třetím kroku se odchýlí od směru. Otevřete ~/.claude/ — je tam 12 složek a nechápete, k čemu která slouží.
Co vám běží hlavou:
- „Vůbec nic neumím.“
- „Všichni na sociálních sítích jen lžou.“
- „To, co funguje ostatním, mně nefunguje.“
- „Možná na to jdu příliš brzy.“
- „Utratil jsem $200 za tokeny — a co z toho mám?“
Chování:
- Najednou otevřete 20 karet dokumentace.
- Každý chat začíná slovy „zapomeň na předchozí kontext“.
- Procházíte fóra a čtete vlákna jako „X mi rozbil projekt“.
- Srovnáváte Claude s Cursor, Cursor s Codex, Codex s Cline. Myslíte si, že máte špatný nástroj.
- Ráno si sednete ke kódování, ale už před obědem projíždíte svůj feed.
Tato situace může být frustrující. Článek nemá změřenou míru odchodů; podle projevů níže určete jednu změnu k vyzkoušení.
Fáze 3 — Sklon osvícení
Zastavíte se. Zpomalíte. Přestanete se vrhat na každou novinku. Napíšete první CLAUDE.md a vložíte ho do projektu. Vytvoříte složku business/ a umístíte do ní popis produktu, ceny a publika. Desetkrát použijete /compact a konečně pochopíte, které části kontextu má zachovat. Vytvoříte svůj první Skill — pro konkrétní úkol, o délce 30 řádků.
Co vám běží hlavou:
- „Aha, takhle to funguje.“
- „Dnes jsem zvládl něco, co jsem před týdnem nedokázal.“
- „Myslím, že chápu rozdíl mezi
business/aai-clone/.“ - „Už mám připravený prompt pro úkol X.“
Chování:
- Před každým novým úkolem se vracíte do Plan Mode.
- Než Claudeovi něco napíšete, zeptáte se sami sebe: „Je to v mém CLAUDE.md?“
- Hledáte další metodické pravidlo; nový nástroj už vaši pozornost okamžitě nepřitáhne.
- Pomáháte ostatním v chatech: „Taky jsem se na tom zasekl — zkuste to takhle.“
Fáze 4 — Plošina udržitelnosti
Není to okamžik, kdy se věci stanou snadnými. Je to okamžik, kdy vaše znalosti konečně odpovídají vaší sebedůvěře.
Co vám běží hlavou:
- „Vím, co nevím.“
- „Tenhle úkol mi zabere tři hodiny; už jsem ho dělal.“
- „Na tohle bude potřeba nový Skill; hned ho připravím.“
- „Když Claude sejde z plánu, znám tři možné důvody.“
Chování:
- Stabilně tvoříte produkty — jeden za večer, další za víkend.
- Máte vlastní složku Skills, vlastní subagenty a vlastní
business/pro každý projekt. - Dodavatele najímáte selektivně, na části, které sami zásadně nezvládnete.
- Jen zřídka sledujete videonávody ostatních — většinou kvůli novým nápadům, ne kvůli základům.
Kontrolní seznam pro sebehodnocení — v jaké fázi jste teď?
- Pokud jste Claude Code ještě nevyzkoušeli a myslíte si „Tohle zvládnu za jeden večer“, jste ve fázi 1.
- Pokud jste ho vyzkoušeli, otevřeli MCP, zkoušeli číst Skills a říkáte si „Proč jsem se do toho pouštěl?“, jste ve fázi 2.
- Pokud jste vytvořili CLAUDE.md a vidíte, jak skutečně mění Claudeovo chování, jste ve fázi 3.
- Pokud stabilně tvoříte produkty a přesně víte, jaký nástroj kdy použít, jste ve fázi 4.
7 znamení, že jste právě v Údolí zoufalství
Klíčový poznatek
Údolí zoufalství lze poznat podle sedmi projevů chování — od nekonečného přecházení mezi nástroji až po větu „tohle prostě není pro mě“. Sedm projevů použijte jako podněty k zamyšlení, nikoli bodovanou diagnózu. Vyberte ten, který nejvíce brání dokončení současného úkolu, a vyzkoušejte odpovídající změnu.
Údolí nepřichází náhle. Vplíží se k vám. Tady jsou jeho známky:
1. Srovnáváte nástroje místo toho, abyste něco budovali. Otevřete kartu „Cursor vs Claude Code“. Dočtete ji. Otevřete „Cline vs Cursor“. Potom „Codex vs všechno ostatní“. S každým srovnáním si říkáte: „Možná hledám na špatném místě.“ Na konci dne jste nenapsali ani řádek kódu a strávili jste tím čtyři hodiny.
2. Každý nový chat začínáte slovy „zapomeň na všechno předtím“. Nemáte CLAUDE.md, nezvládli jste /compact a nechápete, co je kontextové okno. Každá relace začíná od nuly. Za týden si všimnete, že jste Claudeovi už popatnácté vysvětlili totéž.
3. Shromažďujete prompty, ale nepoužíváte je. V Notionu jste vytvořili složku „Claude Code Prompts“. Je v ní 47 záložek. Žádnou jste nepoužili dvakrát. Pokaždé si říkáte: „Tohle je určitě přesně to, co potřebuji.“
4. Myslíte si, že ostatní „uspěli díky známostem“. Otevřete sociální sítě a vidíte někoho, kdo za víkend uvedl první verzi produktu. Říkáte si: „Mají tým. Mají známosti. Já to nedokážu.“ Nenapadne vás, že oni jsou ve čtvrté fázi, zatímco vy jste ve druhé.
5. Třetí den projekt opustíte. Každý nový projekt začíná nadšením („To bude skvělé!“) a třetí den končí. Když se výzva změní z „pozdravu v chatu“ na „zpracování platby“, odejdete. Dělat něco obtížného je děsivé.
6. Hledáte odpovědi v ChatGPT, protože Claude neuspěl. Claude vám dal špatnou odpověď, takže otevřete ChatGPT. ChatGPT vám dal špatnou odpověď, takže otevřete Gemini. Nenapadne vás, že jste špatně formulovali požadavek — vždycky si myslíte, že za to může nástroj.
7. Říkáte si: „Tohle prostě není pro mě.“ To je nejzáludnější známka. Zní jako obranná závěrečná věta, po které člověk odejde. Taková myšlenka může odrážet frustraci místo neschopnosti učit se. „Údolí“ je zde metafora; neexistuje změřené procento ani pevná doba popisující, kdo se tak cítí a co následuje.
Pokud se v několika projevech poznáváte, zvolte jako další cíl jeden malý funkční výsledek. Zaznamenejte překážku a změňte jednu část postupu; seznam nepředpovídá dobu zlepšení.
Proč lidé v údolí končí — a proč to není lenost
Klíčový poznatek
V této metafoře údolí označuje rozdíl mezi očekávaným a skutečným postupem. Zdánlivě rychlý úkol může potřebovat neznámé nastavení a ladění, zatímco příklady sociálních sítí působí demotivujícím srovnáním. Jde o praktický popis frustrace, nikoli neurologickou diagnózu.
Frustrace z nástroje není spolehlivé měřítko schopností. Před trvalým rozhodnutím prozkoumejte velikost úkolu, chybějící znalosti a prostředí vykonávání.
Místo odvozování mozkového mechanismu z obtížného týdne zaznamenejte pozorovatelná fakta: pokus, funkční části, chybu blokující další krok a čas. Takový záznam ukáže konkrétní místo pro zlepšení.
V údolí dostáváte dvě rány najednou. Zaprvé vaše vlastní pokroky neodpovídají očekáváním. Zadruhé lidé kolem vás zveřejňují výsledky, kterých jste vy nedosáhli. Otevřete sociální sítě — někdo uvedl první verzi produktu, někdo vytvořil agenta, někdo vydělal prvních sto dolarů s Claude API. Vy už tři týdny nedokážete ani připojit databázi.
Vedle dojmu rychlosti sledujte skutečný čas. Agent může působit produktivně a zároveň přidávat kontrolu a opravy; reprezentativní úkol porovnejte s předchozím postupem místo považování subjektivního dojmu za změřený přínos.
Pomalý postup na neznámém úkolu nedokazuje nedostatek schopností. Oddělte cenu učení od výstupu nástroje a definujte menší výsledek, který můžete prohlédnout.
Bez opakovatelného dalšího kroku je snadné měnit nástroje či úkol opustit. Rámec tří pilířů níže je autorovým návrhem struktury, nikoli statisticky doloženým vysvětlením odchodů.
3 pilíře — metodika, jak se dostat z údolí
Klíčový poznatek
Nový nástroj ani prompt vás z Údolí zoufalství nedostane. Vytáhne vás z něj framework tří pilířů: Skills a osobní metodika, second brain (CLAUDE.md a složka business/) a context engineering (Plan Mode a správa kontextového okna). Každý pilíř samostatně řeší jeden příznak údolí. Společně mohou proces zpřehlednit a usnadnit opakování. Neodstraňují halucinace ani nenahrazují kontrolu výsledku.
Podle zkušenosti autora popsané v tomto článku trvalo dostat se z údolí tři měsíce: během té doby jsem vyzkoušel desítky nástrojů. A pochopil jsem jednu věc: problém nebyl v Claudeovi. Problém byl v tom, že jsem pokaždé začínal od nuly. Bez paměti, bez pravidel, bez hranic.
Potom jsem sestavil rámec. Nazval jsem ho „tři pilíře“. Název označuje tři typy součástí, na kterých stojí celý pracovní postup v Claude Code. Odstraňte kteroukoli z nich a rámec se zhroutí.
Pilíř 1 — Vaše AI kopie
AI kopie je vaše odbornost zabalená do formátu, který Claude automaticky používá.
V Údolí zoufalství napíšete Claudeovi „pomoz mi s tímto úkolem“ a pokaždé od začátku vysvětlujete svůj postup. Pilíř 1 tento problém řeší: vaše metodiky jsou uložené v podobě sady souborů ve složce ai-clone/. Skill popisující „jak řeším případ klienta“. Skill pro „psaní příspěvku na Telegram“. Subagent s názvem „produktový architekt“, který ve fázi plánování přemýšlí jako vy.
Jak pilíř 1 vypadá v praxi:
- Skills — soubory s pokyny pro konkrétní úkoly (
/build-article,/build-reel-script). - Subagents — persony s různými oblastmi odbornosti, mezi které Claude rozděluje dílčí úkoly.
- Složka
ai-clone/feedback/— pravidla získaná z chyb. Každé pravidlo má formát Rule - Why - How.
Podrobně jsem se tomu věnoval v průvodci Skills, Subagents, MCP a Plugins — mapě, která vám ukáže, co a kdy používat.
Pilíř 2 — Druhý mozek
Druhý mozek je strukturované úložiště znalostí o projektu, ke kterému má Claude přímý přístup.
V Údolí zoufalství vysvětlujete Claudeovi při každé relaci, co je produkt, kdo jsou jeho uživatelé a jaký je obchodní model. Na konci třetího týdne zjistíte, že jste totéž vysvětlili už popatnácté. Pilíř 2 tento problém řeší: uspořádáte znalosti o projektu do souborů vedle kódu. Claude si je podle potřeby přečte sám.
Jak pilíř 2 vypadá v praxi:
CLAUDE.md— vstupní bod pro agenta. Obsahuje pravidla chování, cesty a odkazy na všechno ostatní.- Složka
business/— produkt, publikum, ekonomika, cíle, plány obsahu a konkurence. - Složka
plans/— technické plány rozdělené do fází se stavem každé z nich. - Složka
retrospectives/— poučení z předchozích relací, která vám pomohou neopakovat stejné chyby.
Podrobný rozbor najdete v průvodci nastavením CLAUDE.md a průvodci druhým mozkem v Claude Code.
Pilíř 3 — Context engineering
Context engineering znamená spravovat, co se dostane do kontextového okna Claude, ještě než stisknete Enter.
V Údolí zoufalství nechápete, proč Claude po čtyřiceti zprávách v chatu „zapomíná“ pokyny. Nechápete, k čemu je /compact. Neotevíráte Plan Mode, protože „bez něj je to rychlejší“. Pilíř 3 tento problém řeší: záměrně určujete, co do kontextu načtete. Tím dostane relevantnější vstup; jeho tvrzení a výstup musíte stále ověřovat.
Jak pilíř 3 vypadá v praxi:
- Plan Mode — agent nejprve napíše plán úkolu, vy ho schválíte a teprve potom ho agent provede. Pokud ho nepoužijete, první pokus přinese chaotický výsledek.
/compact— inteligentní komprese historie chatu. Když se kontext začne plnit, zkomprimujte ho a ponechte jen klíčová rozhodnutí.- Strukturované prompty — místo „pomoz mi“ napište „tady je kontext A, tady úkol B, vrať výsledek ve formátu C“.
- Sub-agents — delegování dílčích úkolů do nových kontextů, aby se hlavní kontext nepřetížil.
Věnoval jsem se tomu v průvodci context engineering a průvodci Plan Mode.
Proč tři, a ne jeden
Můžete vytvořit pouze druhý mozek a Claude bude znát váš projekt. Bude se ale chovat jako stážista bez pravidel.
Můžete vytvořit pouze AI kopii a Claude převezme vaši odbornost. Bez paměti projektu však každá relace začne od nuly.
Context engineering může zlepšit vstup úkolu, nezaručuje ale hladký běh ani sám neuchovává znalosti. Znalosti se ale mezi úkoly nebudou hromadit.
Teprve spojením všech tří získáte to, čemu říkám „předvídatelný rámec“. Claude si pamatuje váš projekt. Automaticky používá vaši metodiku. A během úkolu neztratí nit.
V tu chvíli se dostanete z Údolí zoufalství.
7 anti-vzorů, které vás drží v údolí
Klíčový poznatek
Následující vzorce jsou příklady používané autorem při úvahách o frustrujícím postupu. Pracují bez CLAUDE.md, vedou dlouhé rozhovory bez /compact, důvěřují první odpovědi a ignorují sledování nákladů. Každý anti-vzor je známkou toho, že nástroj zkoušíte, ale vynecháváte metodiku. Vyberte relevantní změnu a posuďte pomoc s dokončením skutečného úkolu; ověřený bodový práh tohoto seznamu neexistuje.
Anti-vzory, které stojí za kontrolu ve vlastním postupu:
1. „Napiš mi funkční aplikaci“ bez CLAUDE.md. Otevřete nový chat v Claude Code a hned zadáte úkol. Claude nemá žádný kontext o vašem projektu, metodice ani preferencích. Poskytne vám obecnou šablonu a vy jste zklamaní.
Co dělat: vytvořte CLAUDE.md a vložte do něj základní informace — svůj stack, obchodní model, cílové publikum a odkazy na ostatní soubory. Každý chat začne tímto kontextem.
2. Dlouhý rozhovor bez /compact. Vedete relaci s 80 zprávami. Claude si už nepamatuje, co jste rozhodli ve zprávě 12. Kontextové okno je naplněné historií bez klíčových rozhodnutí — jen nerozhodností. Kvalita odpovědí klesá.
Co dělat: používejte /compact každých 30–40 zpráv a řekněte, co je důležité zachovat. Kontext se lépe zaměří.
3. Důvěra v první odpověď. Claude vám navrhne řešení a vy ho okamžitě použijete. O hodinu později zjistíte, že rozbilo tři další soubory. Vzdáte to, protože „zase to nefunguje dobře“.
Co dělat: u složitých úkolů používejte Plan Mode. Nejprve plán, pak jeho projednání a nakonec provedení. Chyby tak zachytíte během plánování, ne až po půl dni práce.
4. Neuspořádaný prompt bez struktury. Napíšete „udělej to dobře“ a čekáte, že to Claude pochopí sám. Nepochopí. Neví, co pro vás znamená „dobře“. Hádá.
Co dělat: pište prompty ve struktuře „kontext - úkol - omezení - formát“. Výrazně tím zvýšíte šanci, že hned napoprvé dostanete dobrý výsledek.
5. Ignorování sledování nákladů. Nevíte, kolik tokenů utrácíte. Dojde vám měsíční plán, otevřete panel a zjistíte, že jste utratili $200. Překvapí vás to. Skončíte.
Co dělat: nastavte sledování spotřeby tokenů. Nástroje jsem zhodnotil v průvodci sledováním tokenů. Když své výdaje vidíte v reálném čase, přestanete tokeny zbytečně utrácet.
6. Nekonečné hledání „správného nástroje“. Objeví se Cursor — přejdete na Cursor. Objeví se Cline — vyzkoušíte Cline. Codex dostane aktualizaci — vrátíte se ke Codex. Každé dva týdny používáte nový nástroj a pokaždé začínáte znovu. Nikdy nedosáhnete úrovně, kdy nástroj začne pracovat ve váš prospěch.
Co dělat: vyberte si jeden nástroj. Používejte ho tři měsíce. Neměňte ho při první zámince. Srovnání si prohlížím jen tehdy, když můj nástroj něco zásadního nedokáže.
7. „Nemám čas studovat metodiku.“ Myslíte si, že nástroj má fungovat bez přípravy. Že psaní promptů je vrozená dovednost. Že CLAUDE.md je „další vrstva navíc“. Výsledkem je, že i ve druhém měsíci děláte něco, co byste s metodikou zvládli za týden.
Co dělat: přijměte, že práce s Claude Code vyžaduje učení, stejně jako jakýkoli profesionální nástroj. Naučíte se ho pomocí metodiky; intuice tu nefunguje.
Související článek: průvodce sycophancy v Claude Code se zabývá tím, jak se vyhnout největšímu omylu v údolí — představě, že Claude má vždy pravdu, když souhlasí s vaším nápadem.
5 známek, že jste na Sklonu osvícení — jak poznat, že jste se dostali ven
Klíčový poznatek
Sklon osvícení poznáte podle několika klidných změn, ne podle euforie. Máte CLAUDE.md delší než 200 řádků. Bez připomínání se vracíte do Plan Mode. Své Skills znáte nazpaměť. Tempo práce se ustálilo — víte, jak dlouho obvykle trvá běžný úkol. A ostatní vás začínají žádat o pomoc, protože dosahujete výsledků.
Pět známek, že jste ve třetí fázi:
1. Máte CLAUDE.md delší než 200 řádků a cíleně ho udržujete. Nezkopírovali jste ho ze šablony — postupně jste ho sestavili sami. Znáte každou část a víte, proč tam je. Když objevíte nový vzorec, přidáte pravidlo.
2. Před každým nerutinním úkolem zapínáte Plan Mode. Bez připomínání, ne z povinnosti, ale protože chápete, že bez plánu promarníte hodinu a dostanete špatný výsledek. Přestal být „dalším krokem“ a stal se reflexem.
3. Máte vlastní katalog Skills a Subagents. Ne stažený z GitHubu — vlastní. Přizpůsobený konkrétním úkolům. Když se nový úkol podobá starému, vzpomenete si na svůj Skill místo psaní promptu od začátku.
4. Vaše tempo se ustálilo. Víte: „Takový úkol mi zabere 3 hodiny.“ Neříkáte si „to půjde rychle“ ani „to bude trvat věčnost“. Umíte realisticky odhadnout čas. Znamená to, že jste překonali Dunningův–Krugerův efekt oběma směry — přestali jste své schopnosti přeceňovat i podceňovat.
5. Lidé se na vás začínají obracet. Někdo se v chatu zeptá na MCP a vy odpovíte konkrétním příkladem: „Mně se stalo tohle.“ Někdo se zeptá na Plan Mode a vy mu ukážete svůj příklad. Je to vedlejší účinek zvládnutí metodiky: lidé v údolí v tom, co jste zažili, poznávají vlastní zkušenosti a obracejí se na vás.
Tyto projevy použijte k zamyšlení nad nedávným postupem, nikoli k přidělení skóre nebo předpovědi dosažení plošiny. Opakovaně kontrolujte, zda se odhady a funkční výsledky postupně sbližují.
Na plošině se mění role člověka v rámci s agenty.
To je výsledek cesty z údolí: už se „neučíte psát prompty“. Řídíte rámec agentů, jste architektem procesu a stojíte v jeho čele.
Co udělat PRÁVĚ TEĎ, pokud ztrácíte odvahu
Klíčový poznatek
Pokud jste dočetli tento článek a zjistili, že jste uvízli v údolí, nezavírejte kartu. Udělejte tři kroky: nahlas pojmenujte svou fázi (diagnóza), zpomalte (jeden projekt, nejprve jeden pilíř) a vytvořte strukturu (vlastní nebo převzatou od někoho jiného). Než předpokládáte, že problém vyřeší nový nástroj, vyzkoušejte strukturovaný postup. Ponechte si jej jen při zlepšení výsledků; metafora ani časový plán postup nezaručují.
Tři kroky k vyzkoušení na příštím úkolu.
Krok 1 — nahlas pojmenujte svou fázi. Řekněte si: „Jsem v Údolí zoufalství. Tohle je frustrující část mého současného postupu. Mohu pojmenovat konkrétní překážku a vybrat menší další krok.“ Jakmile fázi pojmenujete, přestane to být „moje osobní katastrofa“ a stane se z toho „moje současná pozice na křivce“.
Krok 2 — zpomalte. Vyberte si JEDEN projekt. Ne dva, ne tři — jeden. Vyberte si JEDEN ze tří pilířů — ten, který v tomto projektu vyřeší nejvíc problémů. Pokud je projekt nový a nemá žádný kontext, zvolte druhý mozek (CLAUDE.md). Pokud projekt existuje, ale Claude se nechová „jako vy“, zvolte AI kopii (Skills). Pokud jsou úkoly dlouhé a kontext se zaplňuje, zvolte context engineering (Plan Mode + /compact).
Jeden projekt, jeden pilíř, dva týdny. Nesnažte se všechno vybudovat za víkend — tím se vrátíte do údolí.
Krok 3 — vytvořte strukturu. Metodiku si můžete sestavit sami. Podle zkušenosti autora popsané v tomto článku to trvalo tři až šest měsíců.
Zdroje
- Anthropic Engineering, efektivní context engineering pro AI agenty (2025) - proč se kontextové okno zhoršuje a proč je potřeba ho spravovat.
- Dokumentace Claude Code — Memory - oficiální hierarchie paměti Claude Code.
Pokud chcete dál pracovat s modely, přejděte na Ailoot.
Další podrobnosti
Časté otázky
Předpovídají čtyři fáze, že to po měsíci vzdám?
Ne. Článek používá populární křivku jako metaforu bez změřené míry odchodů či univerzálního časového plánu. Příklady využijte k nalezení konkrétní překážky, nikoli vlastní diagnóze nebo předpovědi zlepšení.
Jaký další krok pomůže, když stále měním nástroje AI?
Vyberte jeden projekt a jeden malý ověřitelný výsledek. Zlepšete část působící největší potíže — instrukce projektu, opakovatelný postup nebo správu kontextu — a skutečný výsledek i čas porovnejte s předchozím pokusem.