15 tipů pro Claude Code, které doporučuji každému dev týmu

Claude Code je jeden z nejsilnějších AI nástrojů pro vývojáře. Ale většina lidí používá sotva 10 % toho, co umí. Na svých školeních vidím pořád dokola stejné vzorce — tým nainstaluje nástroj, zkusí pár promptů, a buď to funguje 'tak nějak', nebo to vzdají.

Z desítek tipů, které jsem za rok denního používání nasbíral, jsem vybral 15, které mají největší dopad. Tyhle doporučuji na každém workshopu.

Základy, které dělají největší rozdíl

1. Dejte Claude zpětnou vazbu — testy, linter, očekávaný výstup

Tohle je tip číslo jedna z dobrého důvodu. Když Claude řeknete 'Refaktoruj auth middleware na JWT. Po změně spusť existující testy. Oprav všechny chyby, než to budeš považovat za hotové' — Claude spustí testy, uvidí selhání, a opraví je sám. Boris Cherny (tvůrce Claude Code) říká, že tohle samo o sobě zlepší kvalitu 2-3x.

# Prompt BEZ feedback loop (špatný):
Refaktoruj auth middleware na JWT.

# Prompt S feedback loop (dobrý):
Refaktoruj auth middleware na JWT.
Po změně spusť existující testy.
Oprav všechny chyby, než to budeš
považovat za hotové.

2. Nainstalujte si LSP plugin pro váš jazyk

LSP pluginy dávají Claude automatickou diagnostiku po každém editu — typové chyby, nepoužité importy, chybějící návratové typy. Claude je vidí a opravuje dřív, než si jich všimnete vy. Tohle je nejimpaktnější plugin, který můžete nainstalovat. TypeScript, Python, Rust, Go — všechny hlavní jazyky jsou podporované.

3. Používejte Plan Mode pro komplexní změny

Shift+Tab přepíná mezi Normal, Auto-Accept a Plan Mode. U multi-file změn, neznámého kódu nebo architektonických rozhodnutí se pár minut plánování vyplatí — zabráníte Claude, aby strávil 20 minut sebejistým řešením špatného problému. U malých, jasných tasků to ale přeskočte.

Produktivita a workflow

4. Esc zastaví, Esc+Esc vrátí zpět

Esc zastaví Claude uprostřed akce bez ztráty kontextu. Esc+Esc (nebo /rewind) otevře scrollovatelné menu všech checkpointů. Můžete obnovit kód, konverzaci, nebo obojí. Tohle znamená, že můžete zkusit přístup, kterým si nejste jistí. Pokud to nevyjde, rewind. Žádná škoda.

5. /clear mezi nesouvisejícími tasky

Čistá session s ostrým promptem porazí chaotickou tříhodinovou session pokaždé. Jiný task? Nejdřív /clear. Vím, že to vypadá jako zahazování práce, ale naakumulovaný kontext z předchozí práce přehlušuje vaše aktuální instrukce. 5 sekund na /clear vám ušetří 30 minut klesajících výnosů.

6. Nepopisujte bugy. Pošlete raw data.

Popisovat bug slovy je pomalé. Claude hádá, vy opravujete, a opakujete. Místo toho: paste error logu, CI outputu nebo Slack threadu a řekněte 'fix'. Vaše interpretace přidává abstrakci, která často ztratí detail, který Claude potřebuje. Dejte mu surová data a jděte z cesty.

# Špatně:
"Mám problém s autentizací v testech."

# Dobře — paste raw output:
$ npm test -- --run auth.test.ts
FAILED: auth.test.ts:42
  Expected: 200
  Received: 401
  at Object.<anonymous> (auth.test.ts:42)

Fix this. The test passes locally but
fails in CI (Docker container).

Kontext a škálování

7. 'Ultrathink' pro složitý reasoning

Klíčové slovo, které nastaví effort na high a aktivuje adaptivní reasoning na Opus. Používejte pro architektonická rozhodnutí, složitý debugging a multi-step reasoning. Na přejmenování proměnné to nepotřebujete — ale na 'navrhni, jak rozdělit tenhle monolit na services' ano.

8. Subagenti udržují hlavní kontext čistý

'Použij subagenta a zjisti, jak payment flow handluje failed transactions.' Spawne se separátní Claude instance s vlastním kontextovým oknem. Prozkoumá soubory, vyvodí závěry a vrátí stručné shrnutí. Vaše hlavní session zůstane čistá.

Hloubková investigace může sežrat polovinu kontextového okna — subagenti tuhle cenu přenesou jinam. Používejte je pro: analýzu neznámého kódu, zjišťování jak něco funguje, review velkých changesetů.

9. --worktree pro izolované paralelní větve

claude --worktree feature-auth vytvoří izolovanou pracovní kopii s novou větví. Rozjeďte 2-3 worktrees, každý s vlastní Claude session. Tým od Claude Code to označuje za jeden z největších produktivních unlocků.

# Paralelní práce s worktrees:

# Terminal 1: feature
claude --worktree feature-user-profile

# Terminal 2: bug fix
claude --worktree fix-payment-timeout

# Terminal 3: refaktoring
claude --worktree refactor-auth

# Každý má vlastní větev, vlastní soubory,
# vlastní Claude session. Žádné konflikty.

CLAUDE.md a konfigurace

10. Spusťte /init, pak výsledek zkraťte na polovinu

CLAUDE.md je markdown soubor v rootu projektu s persistentními instrukcemi. /init vygeneruje starter verzi. Výstup bývá nafouklý. Pokud nedokážete vysvětlit, proč tam řádek je, smažte ho. Je tam zhruba 150-200 instrukcí budget, než začne compliance klesat.

# CLAUDE.md — stručná, efektivní verze

## Stack
Next.js 16, TypeScript, Tailwind

## Commands
npm run dev    # dev server
npm run build  # production build
npm run lint   # ESLint
npm run test   # vitest

## Konvence
- Komponenty: PascalCase
- Utility: camelCase
- Testy: *.test.ts vedle zdrojáků

## Důležité
- VŽDY select_related v Django queries
- Auth: JWT + httpOnly cookies
- Všechny API: { data, error, meta }

11. Když Claude udělá chybu, řekněte mu: 'Updatuj CLAUDE.md'

'Updatuj CLAUDE.md soubor, aby se tohle příště nestalo.' Claude si sám napíše pravidlo. Příští session se jím řídí automaticky. Postupem času se váš CLAUDE.md stane živým dokumentem tvarovaným skutečnými chybami — ne teoretickými pravidly.

12. Hooks pro věci, které musí fungovat vždy

CLAUDE.md je advisory — Claude se jím řídí asi v 80 % případů. Hooks jsou deterministické, 100 %. Formátování, linting, bezpečnostní checky — to patří do hooks. Tipy a guidance do CLAUDE.md.

• CLAUDE.md (advisory, ~80% compliance): konvence, tipy, doporučení, architekturní rozhodnutí
• Hooks (deterministické, 100%): formátování, linting, secret detection, test running
• Rules (.claude/rules/): kontextová pravidla pro specifické typy souborů

Spolupráce a review

13. Nechte Claude, aby se vás vyptával

Víte, co chcete postavit, ale nemáte všechny detaily. Řekněte Claude: 'Chci postavit [popis]. Vyptej se mě na detaily — technická implementace, edge cases, tradeoffs. Ptej se, dokud nepokryjeme všechno, pak napiš spec do SPEC.md.' Pak začněte čistou session s hotovou specifikací.

14. Jeden Claude píše, druhý reviewuje

První Claude implementuje feature, druhý reviewuje z čistého kontextu jako staff engineer. Reviewer nezná implementační zkratky a zpochybní každou z nich. Stejný princip funguje pro TDD — session A píše testy, session B píše kód.

# Dvou-session workflow:

# Session 1 — implementace:
"Implementuj JWT auth middleware. Použij
jsonwebtoken, httpOnly cookies, refresh
token rotation. Spusť testy."

# Session 2 — review (čistý kontext):
"Review src/middleware/auth.ts jako staff
engineer. Zaměř se na: security, edge
cases, error handling, maintainability.
Buď kritický."

15. Po 2 korekcích na stejné věci začněte znovu

Když jdete s Claude do králičí nory oprav a problém pořád není vyřešený, kontext je plný neúspěšných přístupů, které aktivně škodí dalšímu pokusu. /clear a napište lepší startovní prompt s tím, co jste se naučili. Čistá session s ostřejším promptem téměř vždy porazí dlouhou session zatíženou slepými uličkami.

Závěr

Nepotřebujete všech 15 najednou. Vyberte si jeden tip, který řeší to, co vás nejvíc štvalo v poslední session, a zítra ho zkuste. Jeden tip, který si osvojíte, má větší hodnotu než padesát, které si uložíte do záložek.

Chcete, aby váš tým tyhle tipy zvládl v praxi? Přesně tohle učím na svých workshopech — hands-on práce s AI nástroji na vašem vlastním kódu.