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

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

Source: https://ailoot.ai/blog/cs/claude-code-tips/
Canonical: https://ailoot.ai/blog/cs/claude-code-tips/
Language: cs
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-001
Revision: sha256-1a981131f146e04b1bf7305df71a76ef663aec879f9ad95ddb87a1f4f0c938fe


Další pokyny k práci s Ailoot najdete v [dokumentaci](https://ailoot.ai/docs/).

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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](https://ailoot.ai/blog/cs/claude-md-template/), [Plan Mode](https://ailoot.ai/blog/cs/claude-code-plan-mode/), [inženýrství kontextu](https://ailoot.ai/blog/cs/context-engineering/), [Skills](https://ailoot.ai/blog/cs/claude-code-skills-library/), [Subagents](https://ailoot.ai/blog/cs/claude-code-subagents/), [MCP](https://ailoot.ai/blog/cs/mcp-servers-claude-code/), [/rewind](https://ailoot.ai/blog/cs/claude-code-undo-changes/), [limity](https://ailoot.ai/blog/cs/claude-code-token-limits-saving/), [druhý mozek](https://ailoot.ai/blog/cs/claude-code-second-brain/). 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](https://ailoot.ai/blog/cs/claude-md-template/) a pak se vraťte.

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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](https://ailoot.ai/blog/cs/claude-code-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.

</div>

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

```bash
# 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.

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

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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

```bash
# 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](https://ailoot.ai/blog/cs/claude-code-undo-changes/), který také popisuje kombinaci s git pro rozsáhlé návraty změn.

<figure>
<blockquote>
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.
</blockquote>
<figcaption>— Dokumentace Anthropic, https://code.claude.com/docs/en/checkpointing</figcaption>
</figure>

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?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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.

```bash
# 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.

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

Celý výklad teorie kontextového okna najdete v průvodci [inženýrstvím kontextu](https://ailoot.ai/blog/cs/context-engineering/). 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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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

</div>

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

```bash
/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“](https://ailoot.ai/blog/cs/claude-code-token-limits-saving/), 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](https://ailoot.ai/blog/cs/context-engineering/)** — 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?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

```bash
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:

| Úkol | Model | Proč |
|----|----|----|
| Přejmenování proměnné/funkce | Haiku | Jednoznačná operace; není třeba „přemýšlet“ |
| Jednoduchý refaktoring (vytažení funkce) | Sonnet | Standardní úkol, levný a přesný |
| Přidání nové funkce s architekturou | Opus | Je potřeba důkladné uvažování |
| Ladění podivné chyby, kterou Sonnet nenašel ani na 3 pokusy | Opus | Méně navádění, vyšší úspěšnost |
| Čtení a shrnutí dlouhých logů | Haiku | Jednoduchá 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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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ě“.

</div>

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

```bash
# 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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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

```bash
# 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 `!`:

```bash
> !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](https://ailoot.ai/blog/cs/claude-md-template/).

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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

```markdown
# 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](https://ailoot.ai/blog/cs/claude-code-second-brain/).

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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

</div>

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“](https://ailoot.ai/blog/cs/claude-code-subagents/). 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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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.

</div>

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ů](https://github.com/anthropics/claude-plugins-official)).
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í

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

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

</div>

| Den | Co zavedeme | Jak dlouho to trvá |
|----|----|----|
| 1 | Shift+Tab + Esc Esc | 30 minut procvičování |
| 2 | Zvykání na Shift+Tab + Esc Esc | půl pracovního dne |
| 3 | /compact + /cost | 30 minut + 1–2 pracovní relace |
| 4 | --model haiku/sonnet/opus | 30 minut + trochu experimentování |
| 5 | --resume pro pojmenované relace | 30 minut |
| 6 | git worktrees — pokud řešíte 3 a více souběžných úkolů | 1 hodina |
| 7 | Plá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 bot | 3–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](https://ailoot.ai/blog/cs/context-engineering/)**. 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.

<div class="section" role="doc-bibliography" aria-label="Sources">

### Zdroje

- [Referenční příručka CLI Claude Code - code.claude.com](https://code.claude.com/docs/en/cli-reference)
- [Interaktivní režim Claude Code (zkratky) - code.claude.com](https://code.claude.com/docs/en/interactive-mode)
- [Příkazy se lomítkem v Claude Code - code.claude.com](https://code.claude.com/docs/en/slash-commands)
- [Kontrolní body Claude Code - code.claude.com](https://code.claude.com/docs/en/checkpointing)
- [Paměť Claude Code a /compact - code.claude.com](https://code.claude.com/docs/en/memory)
- [Efektivní inženýrství kontextu pro AI agenty - Anthropic Engineering](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents)
- [GitHub: anthropics/claude-code (CHANGELOG)](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)

</div>



Chcete-li pokračovat v práci s modely, přejděte na [Ailoot](https://ailoot.ai/).

## Č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.


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