Blog

Claude Code v roce 2026: 11 tipů, zkratek a příkazů

Markdown

11 praktických technik pro Claude Code: klávesové zkratky, příznaky CLI a /commands a také 6 strategií z 6 měsíců každodenní práce. Méně tokenů, méně halucinací.

Přečíst celý článek

Další pokyny k práci s Ailoot najdete v dokumentaci.

Jaké praktické tipy pro Claude Code článek vysvětluje?

Hlavní poznatky

Tohle není seznam „nejlepších funkcí Claude Code“ ani převyprávění dokumentace Anthropic. Jde o 11 technik z šesti měsíců každodenní práce: 5 taktických (zkratky, příznaky, /commands) a 6 strategických (jak rozdělit plán, jak spravovat 5 oken a jak odhalovat slepá místa). K zavedení 11 návyků stačí jeden večer.

Při vibe codingu už otázka nezní „funguje Claude Code?“, ale „jak s ním pracovat, aby nevyplýtval limity a nehalucinoval?“. Mých 9 předchozích průvodců pokrývá související témata: CLAUDE.md, Plan Mode, inženýrství kontextu, Skills, Subagents, MCP, /rewind, limity, druhý mozek. Tento článek přináší praktické postupy, které je doplňují.

Každý tip řeší jeden problém. Můžete je číst postupně nebo přejít rovnou k tomu nejaktuálnějšímu: zkratky najdete v tipu 1, úsporu tokenů v tipech 4 a 5, paralelní práci v tipu 6 a autorovy techniky v tipech 8–11.

Píšu pro lidi, kteří si Claude Code už nainstalovali a používají ho alespoň týden. Pokud ho teprve instalujete, začněte průvodcem CLAUDE.md a pak se vraťte.

Jak přepínat režimy Claude Code pomocí Shift+Tab?

Hlavní poznatky

Shift+Tab přepíná mezi režimy oprávnění: default, acceptEdits, plan a všemi povolenými režimy (auto, bypassPermissions). Před složitým úkolem přepněte do Plan Mode a před odesláním ověřte indikátor režimu. Před rutinní prací vyberte acceptEdits a ověřte tento název; počet stisků závisí na výchozím a povolených režimech.

Nejčastější začátečnickou chybou je zůstat celý den v režimu default a ručně schvalovat každou změnu. Po hodině je to únavné a začne vás lákat spustit --dangerously-skip-permissions (více na konci tipu). Shift+Tab nabízí střední cestu: sami si zvolíte, kdy potřebujete acceptEdits a kdy plan.

Při přepínání se řídím tímto konkrétním pravidlem:

  1. Začínám složitý úkol — stisknu Shift+Tab tolikrát, až indikátor ukáže plan. Claude vše promyslí a navrhne plán; kód nezačne psát, dokud ho neschválím.
  2. Plán je schválený, přecházím k realizaci — přepínám, až indikátor ukáže acceptEdits. Claude upravuje soubory bez žádosti o schválení, ale u příkazů Bash se stále ptá.
  3. Rutinní úpravy (přejmenování, drobný refaktoring) — přejdu přímo do acceptEdits, bez plánu.
  4. Nebezpečná zóna (migrace databáze, mazání souborů) — pomocí Shift+Tab se vrátím do default.
# Běžné režimy oprávnění (ověřte aktivní název, nikoli pevný počet stisků):
# default        - standardní dotazy na oprávnění
# acceptEdits    - úpravy souborů se přijímají; ostatní oprávnění nástrojů stále platí
# plan           - průzkum a plánování před implementací
# Další režimy závisejí na verzi, nastavení a zásadách organizace.

Pokud Shift+Tab ve vaší verzi Claude Code (claude --version) nefunguje, zkontrolujte, zda máte nejnovější verzi. Příkaz /doctor zobrazí všechny informace o instalaci.

Shift+Tab přepíná mezi režimy oprávnění. Dostupné režimy závisí na tom, které jste povolili v nastavení.
— Dokumentace Anthropic, https://code.claude.com/docs/en/interactive-mode

Jak vrátit poslední akci, aniž byste přišli o kontext: Esc Esc

Hlavní poznatky

Dvojí stisknutí Esc je rychlý způsob, jak vrátit poslední akci Claude, aniž byste museli použít celé /rewind. Pokud je vstupní pole prázdné, otevře se nabídka kontrolních bodů. Pokud v něm něco je, text se smaže, ale uloží do historie (šipka nahoru ho vrátí). V 80 % případů tak vyřeší obavu „něco jsem pokazil a nemůžu to vrátit“; není třeba sahat po git.

Esc a Esc Esc dělají různé věci, proto si je lidé pletou:

  • Jedno Esc — přeruší Claude právě ve chvíli, kdy něco dělá. Všechno, co už stihl, zůstane zachováno. Hodí se, když se vydal špatným směrem a chcete ho nasměrovat jinam.
  • Dvojí Esc — pokud je vstupní pole prázdné, otevře nabídku kontrolních bodů (obnovení kódu, konverzace, obojího nebo shrnutí). Pokud v poli je text, vymaže ho a uloží do historie (šipka nahoru ho vrátí).
# Z nabídky Esc Esc při prázdném vstupním poli:
# 1. Obnovit pouze kód               - obnoví soubory, konverzaci ponechá
# 2. Obnovit pouze konverzaci        - obnoví konverzaci, soubory ponechá
# 3. Obnovit kód i konverzaci        - obnoví obojí (nejčastější volba)
# 4. Shrnutí od tohoto místa         - shrne konverzaci od tohoto bodu
# 5. Shrnutí až po toto místo        - shrne konverzaci až po tento bod

Kontrolní body se automaticky vytvářejí pro každý odeslaný prompt — nemusíte si nic pamatovat a vždy se můžete vrátit. Celý přehled najdete v průvodci /rewind, který také popisuje kombinaci s git pro rozsáhlé návraty změn.

Každý uživatelský prompt vytvoří nový kontrolní bod. Kontrolní body se ukládají mezi relacemi, takže se k nim můžete vracet v obnovených konverzacích.
— Dokumentace Anthropic, https://code.claude.com/docs/en/checkpointing

Esc Esc je jedna z prvních technik pro začátečníky. Jakmile se přestanou bát, že „něco pokazí a nebudou to moct vrátit“, začnou odvážněji experimentovat a výsledky se mnohonásobně zlepší.

Kdy použít /compact místo /clear?

Hlavní poznatky

/clear úplně resetuje relaci a nechá čisté kontextové okno. /compact [hint] nechá LLM zkrátit historii konverzace do shrnutí, které zachovává význam předchozí práce. Pravidlo je jednoduché: úkol dokončen — /clear. Pokračujete ve stejném úkolu, ale okno je plné — /compact. Pokud si je spletete, buď přijdete o kontext, nebo narazíte na limit.

Takhle /compact funguje uvnitř: Claude vezme celou historii zpráv, zpracuje ji a vrátí stručné shrnutí nejdůležitějších informací. Užitečný trik je přidat nápovědu: /compact keep the coding principles and current plan, discard the CSS discussion. Komprese se pak zaměří na požadované informace.

# Kdy co použít:
/clear                              # dokončená funkce, přechod k nové
/compact                            # dlouhá relace, kontext je zaplněný z >50 %
/compact keep the architecture and plan  # cílená komprese se zaměřením na

Signálem, že je čas použít /compact, je zobrazení 70 % a více využitého kontextového okna v příkazu /cost nebo na stavovém řádku, přičemž relace je teprve v polovině. Pokud to budete ignorovat, Claude začne „zapomínat“ začátek konverzace a vy ztratíte čas opakovaným vysvětlováním.

Například v Claude Code posíláme historii zpráv modelu, aby shrnul a zkomprimoval nejdůležitější informace.
— Anthropic Engineering, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

Celý výklad teorie kontextového okna najdete v průvodci inženýrstvím kontextu. Vysvětluje také, proč je kontext omezený zdroj s klesající užitečností.

Jak sledovat tokeny v reálném čase: příkaz /cost

Hlavní poznatky

/cost zobrazuje aktuální útratu v dolarech a tokenech. /statusline přidá stejné informace na stavový řádek — model, adresář, procento kontextu a náklady máte neustále na očích, aniž byste museli volat příkaz. Hlavním způsobem, jak zvládnout obavu „všechno utratím za jeden den“, je zajistit stálou viditelnost výdajů.

Obava „všechno utratím za jeden den“ patří mezi nejčastější starosti lidí, kteří dělají vibe coding. Hlavním způsobem, jak ji řešit, je zajistit viditelnost výdajů.

/cost          # zobrazuje aktuální výdaje relace (tokeny + $)
/statusline    # nastaví stavový řádek: model + adresář + kontext % + náklady

Jednoduché pravidlo: kontrolujte /cost každých 30–60 minut. Pokud za hodinu utratíte méně než pár dolarů, je to v pořádku. Pokud víc, něco není v pořádku: možná jste zapomněli na /compact a kontext narůstá, možná jste zvolili špatný model (více v příštím tipu), nebo Claude desetkrát znovu čte velké soubory.

Úplný průvodce úsporou limitů najdete v článku „Jak nevyčerpat limity Claude Code za jeden den“, který obsahuje 8 pravidel. Zde jde o to mít výdaje na očích pomocí /cost a /statusline.

Chcete nejen sledovat tokeny, ale také vytvořit systém, ve kterém AI agent nepřekračuje vlastní limity? /cost je jen ukazatel. Celá kombinace — klon AI + druhý mozek + inženýrství kontextu — mění Claude z „asistenta s limity“ na nástroj, který dokáže dlouhodobě a předvídatelně pracovat.

Který model Claude zvolit pro daný úkol: Haiku, Sonnet, nebo Opus?

Hlavní poznatky

Příznak --model změní model pouze pro aktuální relaci. Základní pravidlo: Haiku pro skripty a rychlé úpravy, Sonnet pro rutinní důkladné uvažování, Opus pro architekturu a složité ladění. Podle veřejných rozhovorů používá samotný tým Claude Code Opus se zapnutým uvažováním „na všechno“, ale to je možnost pro lidi, kteří platí předplatné a nemusí se starat o tokeny. Pro podnikatele platí jiné pravidlo: začněte levněji a připlácejte, až když to potřebujete.

claude --model haiku   # ~3× levnější než sonnet, pro rutinní práci
claude --model sonnet  # výchozí, rovnováha ceny a kvality
claude --model opus    # ~1.7× dražší než sonnet, pro složité úkoly

Podle veřejného ceníku Anthropic z května 2026: Haiku $1/$5 za 1 milion vstupních/výstupních tokenů, Sonnet $3/$15, Opus $5/$25. Haiku je tedy 3krát levnější než Sonnet a Opus 1,7krát dražší než Sonnet.

Jak model vybírám každý den:

ÚkolModelProč
Přejmenování proměnné/funkceHaikuJednoznačná operace; není třeba „přemýšlet“
Jednoduchý refaktoring (vytažení funkce)SonnetStandardní úkol, levný a přesný
Přidání nové funkce s architekturouOpusJe potřeba důkladné uvažování
Ladění podivné chyby, kterou Sonnet nenašel ani na 3 pokusyOpusMéně navádění, vyšší úspěšnost
Čtení a shrnutí dlouhých logůHaikuJednoduchá kategorizace, levnější

Diskutabilní je, zda vůbec používat Sonnet a Haiku, když Opus v průměru uspěje „napoprvé“. Moje odpověď: pro podnikatele, který není programátor, se Haiku a Sonnet vyplatí u 70 % úkolů. Opus si nechte na 30 % opravdu obtížných úkolů.

Jak spouštět 3–5 úkolů paralelně: /resume + git worktrees

Hlavní poznatky

Paralelní práce v Claude Code se opírá o 2 věci: --resume (pokračování pojmenované relace) a git worktree (samostatný adresář pro každou větev). V praxi mám současně otevřených 5–10 oken Claude, z nichž každé pracuje na vlastním mikroukolu. Kontexty se nepřekrývají a tokeny se neplýtvají na „všechno v jednom okně“.

Logika je jednoduchá: jedno dlouhé okno Claude spotřebovává kontext. Každý požadavek načte do modelu všechno, co v okně bylo — i když teď řešíte něco úplně jiného. 5 krátkých oken pro mikroukoly si pamatuje jen vlastní práci. Celkem tak utratíte méně.

# Spusťte pojmenovanou relaci pro konkrétní úkol:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Použijte worktree, aby se změny v git nepřekrývaly:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Pokud ztratíte přehled o tom, co je v jednotlivých oknech, spusťte claude --resume bez argumentu a zobrazte seznam nedávných relací s jejich názvy a časy. V aktivní relaci příkaz /agents zkontroluje běžící subagenty.

Když pracuji na funkci s dlouhým vývojovým cyklem, obvykle postupuji takto:

  1. Okno 1 — plán v plans/YYYY-MM-DD-feature.md. Pouze diskuse, žádný kód.
  2. Okno 2 (podle plánu) — realizace fáze 1. Po dokončení fáze aktualizuji plán ([x]).
  3. Okno 3 — realizace fáze 2 souběžně s oknem 2, pokud se fáze nepřekrývají.
  4. Okno 4 — syntetizující agent zkontroluje výsledky obou oken.
  5. Okno 5 — bezpečnostní kontrola po sloučení (viz tip 8).

Kdy worktrees nepoužívat: pokud denně spravujete 1–2 projekty, čas potřebný na přepínání mezi adresáři worktree převáží přínos. Worktrees se začínají vyplácet při 3 a více paralelních úkolech denně.

Jak omezit halucinace: odkazy na soubory pomocí @file

Hlavní poznatky

Místo „projdi projekt a najdi auth.ts“ napište @src/lib/auth.ts a Claude soubor přímo načte, aniž by ho hledal. Ušetříte tokeny (není třeba prohledávat strom souborů) a odstraníte jeden zdroj halucinací (Claude nemusí cestu hádat, protože jste ji uvedli). Totéž platí pro příkazy: !git status se spustí bez volání nástroje a jeho výstup se přidá do kontextu.

Automatické doplňování souborů začíná symbolem @. Začněte psát cestu a Claude zobrazí návrhy. Můžete odkazovat na několik souborů najednou: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt bez přesných cest (špatně):
> Projdi logiku ověřování a oprav chybu relace

# Prompt s odkazy @ (správně):
> @src/lib/auth.ts @src/lib/session.ts - oprav chybu: po odhlášení se cookie nevymaže

Druhým trikem z této skupiny je režim shellu s použitím !:

> !git status                # spustí se bez volání Claude, výstup se přidá do kontextu
> !npm test                  # totéž
> !cat /var/log/app.log | tail -50  # totéž

Proč? Neutrácíte tokeny za „Claude, podívej se na git status“ — Claude by stejnou odpověď stejně získal přes nástroj. ! je kratší a levnější.

To souvisí s CLAUDE.md: hlavní soubor by měl mít nejvýše 200 řádků pravidel projektu. Užší pravidla (například konvence API) patří do .claude/rules/api-design.md s YAML frontmatter paths: ["src/api/**/*.ts"]. Načtou se pak jen při úpravách souborů v src/api/. Úplný přehled najdete v průvodci CLAUDE.md.

Jak nepřijít o pokrok u dlouhých úkolů: plány s fázemi a políčky [ ] / [x]

Hlavní poznatky

Každý úkol, který zabere více než 30 minut práce, potřebuje plán v samostatném souboru plans/YYYY-MM-DD-name.md s fázemi a políčky [ ] / [x]. Plán patří do souboru, ne do chatu. Díky tomu se paralelní okna mohou ujmout různých fází, aniž by si překážela, a pokrok lze snadno sledovat, místo abyste si ho „pamatovali“ z chatu.

Tady je šablona plánu, kterou používám v každém projektu:

# Plan: [název funkce]
Creation date: 2026-05-22
Goal: [jedna věta o tom, čeho chceme dosáhnout]

## Phase 1: [krátký název]
- [ ] Step 1.1: [konkrétní akce]
- [ ] Step 1.2: [konkrétní akce]
- [ ] Step 1.3: [konkrétní akce]

## Phase 2: [krátký název]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

Pravidlo je nekompromisní: každý agent musí po každé relaci aktualizovat plán. Jakmile dokončíte fázi, přejděte do souboru a označte ji [x]. Pokud to neuděláte, další okno nebude vědět, že je fáze hotová, a pokusí se ji zopakovat.

Když je plán v souboru, a ne ve vaší hlavě:

  • Paralelní okna (viz tip 6) se mohou ujmout různých fází.
  • Pokud se úkol protáhne na 3 dny, po návratu o 2 dny později hned uvidíte, kde jste skončili.
  • Závěrečná kontrola skutečného výsledku je snadná (grep -c "\[ \]" v souboru = počet nedokončených úkolů).

Kdy plán nepoužívat: u pětiminutové rychlé opravy, drobné úpravy v jednom souboru nebo čtení a shrnutí logu. Ne každá činnost potřebuje plán.

Tato technika je součástí konceptu druhého mozku. Úplný přehled složek business/, plans/, ai-clone/ najdete v průvodci druhým mozkem.

Jak předem odhalit, v čem Claude selže: sebekritika s 10 důvody

Hlavní poznatky

Před začátkem práce na složité funkci přepněte Claude do adversariálního režimu: „Představ si, že projekt selhal. Uplynul rok a já přišel o čas a energii. Uveď 10 důvodů proč. Nebuď ke mně shovívavý; buď přísný.“ Tím se prolomí počáteční optimismus a odhalí slepá místa, na která by Claude v režimu „pojďme to implementovat“ nikdy neupozornil.

Tady je struktura promptu, kterou používám doslova:

Představ si, že složka s nápadem prošla metodikou, při které už uvažuješ tak, jako by projekt úplně selhal. Uveď 10 důvodů, proč za rok zjistím, že jsem strávil spoustu času a nápad skončil neúspěchem. Tvým úkolem není šetřit mé city, ale být co nejpřísnější.

Po 10 důvodech přijde druhé kolo: obhaj každý důvod proti mým protiargumentům. Kde jsem nejslabší?

Třetí kolo: napiš plán, co udělat, aby k těmto problémům nedošlo.

Používám ho ve třech fázích:

  1. První nápad „všechno je skvělé“ — když jsem si jistý. Sebekritika nápad zmenší o 30–50 %.
  2. Uprostřed plánování — když už jsem do práce hluboce ponořený a ztrácím nadhled.
  3. Před spuštěním — poslední filtr.

Claude vás v adversariálním režimu skutečně zpochybňuje. GPT-5 ve stejné situaci nejdřív nápad pochválí a pak se „pokusí najít vylepšení“. Tohoto rozdílu jsem si všiml po roce experimentování:

Rozdíl v adversariálním režimu vypadá podle mých zkušeností takto: ChatGPT řekne: „Dobrá připomínka, máte naprostou pravdu.“ Claude ve stejné situaci řekne: „Souhlasím, je to úplná blbost; hned to předělám.“ Když potřebuji kritiku, druhá odpověď mi ušetří dny zbytečné práce.

Kdy tuto techniku nepoužívat: při pozitivních iteracích nad uživatelským rozhraním a texty. Adversariální režim tam nemá místo — zabíjí kreativitu.

Tato technika se nazývá projektová pre-mortem analýza. Upravil jsem ji pro práci s AI agentem: místo týmu lidí děláte předběžnou analýzu selhání s Claudem. Nikdo se nebojí říct „šéfe, projekt selže“ — a slepá místa vyjdou najevo během několika minut.

Jak provést 5 výzkumů za dobu potřebnou na jeden: paralelní subagenti

Hlavní poznatky

Než začnete pracovat na funkci, spusťte prostřednictvím subagentů 5 paralelních výzkumných agentů. Každý se zaměří na vlastní oblast: profesní sítě, open source, akcelerátory, konkurenci a srovnání. Vrátí se za 10–20 minut. Pak samostatný syntetizující agent vše spojí do jedné zprávy. Ušetříte hodiny a omezíte konfirmační zkreslení.

Tady je struktura promptu:

Už máš celý kontext. Proveď důkladný průzkum; spusť 5 paralelních subagentů.

Subagent 1: projdi profesní sítě — kdo tento problém řeší?
Subagent 2: open-source řešení na GitHubu — co je populární?
Subagent 3: startupové akcelerátory — kdo v tomto oboru získává
            investice?
Subagent 4: weby přímých konkurentů — co slibují a
            za jakou cenu?
Subagent 5: srovnání a recenze — co
            uživatelé píšou v hodnoceních?

Až se všichni vrátí, spusť syntetizujícího agenta,
který porovná všech 5 zpráv a připraví osnovu
pro mou složku druhého mozku.

Co se mění oproti běžnému výzkumu:

  • Čas: 5 souběžných proudů místo 5 postupných. Hodina práce za 15 minut.
  • Hloubka: každý agent se specializuje. Konfirmační zkreslení jednoho agenta neovlivní ostatní.
  • Kontext: každý subagent má vlastní kontext, oddělený od hlavního.

Úplného průvodce subagenty najdete v článku „Subagenti Claude Code v roce 2026“. Vysvětluje také rozdíl mezi Skills a MCP a kdy je použít.

Kdy tuto techniku nepoužívat: u kosmetických úprav, oprav chyb a drobných technických úkolů. Výzkum je přehnaný pro vše, co je menší než „nová funkce vyžadující alespoň 1 den práce“.

Jak zadávat Claudeovi úkoly z telefonu: Telegram bot v kapse

Hlavní poznatky

Propojte Claude Code se svým Telegram botem prostřednictvím oficiálního pluginu. Na počítači (s vypnutým režimem spánku) běží Claude Code v terminálu připojeném k projektu. Odkudkoli mu můžete přes bota napsat: „podívej se na poslední commity“, „jaké byly tento týden tržby podle účtenek“, „přečti všechny dnešní večerní dotazy na podporu“. Bot odpoví s úplným kontextem projektu — kódem, historií commitů i celou strukturou business/. Živý agent ve vaší kódové základně, který všechno vidí a pamatuje si.

Jak ho nastavit (4 kroky):

  1. Počítač, který je neustále zapnutý — v nastavení systému vypínám režim spánku (macOS: Spořič energie → Zabránit uspání počítače).
  2. Claude Code spuštěný v terminálu, připojený ke složce projektu.
  3. Oficiální plugin Telegram — přidejte marketplace příkazem /plugin marketplace add anthropics/claude-plugins-official a potom nainstalujte /plugin install telegram@claude-plugins-official (přesný postup se průběžně mění; nejnovější pokyny najdete v oficiálním repozitáři pluginů).
  4. Bot je přiřazen k jedné relaci — v současnosti jde o omezení: jeden bot = jeden projekt = jedna relace. Pokud potřebujete druhou, nastavte druhého bota.

Co s botem dělám každý den:

  • Jsem na procházce a napadne mě něco — hned to pošlu botovi, abych na to nezapomněl. Bot to přidá do inbox.md, kde to později zpracujeme.
  • Hovor s potenciálním klientem — po hovoru se bota zeptám: „na základě přepisu posledního hovoru uveď 3 hlavní bolestivé body, které hrají v náš prospěch“. O minutu později mám v chatu kompletní analýzu.
  • Ráno v kavárně — „ukaž mi nevyřízené úkoly z mého seznamu“. Nemusím otevírat notebook.

⚠️ Háček: zatím z bota nelze spustit /clear ani /compact — relace bota je stejná jako relace v terminálu a kontext stále narůstá. Restartovat ji lze pouze ručně přes terminál.

Pro mě je to nejužitečnější rozšíření Claude Code za poslední dva týdny. Posunulo mě od „pracuji s Claudem, když sedím u stolu“ k „pracuji s Claudem, kdykoli mě něco napadne“.

S čím začít: plán na 7 dní

Hlavní poznatky

Nesnažte se zavést všech 11 tipů za jeden den — vyhoříte a nezafixují se. Plán na 7 dní: dny 1–2 — zkratky (1–3), dny 3–4 — příkazy (4–5), dny 5–6 — paralelní práce (6–7), den 7 — plánování a předběžná analýza selhání (8–9). Paralelní subagenty a Telegram bota (10–11) nechte na druhý týden, až si osvojíte prvních 9 tipů.

DenCo zavedemeJak dlouho to trvá
1Shift+Tab + Esc Esc30 minut procvičování
2Zvykání na Shift+Tab + Esc Escpůl pracovního dne
3/compact + /cost30 minut + 1–2 pracovní relace
4--model haiku/sonnet/opus30 minut + trochu experimentování
5--resume pro pojmenované relace30 minut
6git worktrees — pokud řešíte 3 a více souběžných úkolů1 hodina
7Plán v plans/ + prompt „10 důvodů, proč selžu“jednorázově 1–2 hodiny
8–14 (druhý týden)Subagenti pro výzkum + Telegram bot3–4 hodiny na nastavení a zažití

Kombinace technik je důležitější než každá z nich samostatně. Shift+Tab bez Esc Esc dělá experimentování děsivým. /compact bez /cost znamená, že nevíte, kdy komprimovat. Plány v souborech bez paralelních oken přidávají práci bez užitku.

Až se prvních 9 tipů stane samozřejmostí, přejděte k celému systému: klon AI + druhý mozek + inženýrství kontextu. Tuto metodiku používám, abych Claude udržel v chodu celých šest měsíců — bez halucinací, ztráty kontextu a přerušení uprostřed úkolu.

Chcete-li pokračovat v práci s modely, přejděte na Ailoot.

Další podrobnosti

Časté otázky

Jak poznám, že jsem v Plan Mode?

Pomocí Shift+Tab přepínejte režimy a před odesláním úkolu čtěte indikátor. Zastavte se na plan; pevný počet stisků není spolehlivý, protože se mohou lišit výchozí i povolené režimy.

Mám při zaplnění kontextu použít /clear nebo /compact?

Pokračujete-li ve stejném úkolu, použijte /compact s upřesněním plánu a rozhodnutí k zachování. /clear použijte po dokončení úkolu, když další potřebuje nový kontext. Důležitý postup nejprve uložte do souboru plánu.

Všechny články