Claude Code série tutoriálů 4: Jaké jsou scénáře použití Claude Code?

Typické scénáře použití

Scénáře použití rozděluji do čtyř kategorií, seřazených podle frekvence od nejvyšší po nejnižší.

První kategorie: Porozumění kódu

To je pravděpodobně nejpoužívanější kategorie. Když převezmete cizí projekt, díváte se na starý modul nebo otevřete repozitář bez dokumentace, jednoduše se zeptejte.

Konkrétní postup:

claude "Co tento projekt dělá? Kde je vstupní bod?" – přečte package.json, strukturu adresářů, klíčové soubory a poskytne shrnutí.
Otevřete funkci, nechte si vysvětlit logiku a nakreslit postup (pomocí textu).
Nechte ho vysledovat celou cestu API požadavku od frontendu k databázi.

Zde v podstatě dělá "špinavou práci při čtení kódu". Nemusíte sami dlouho grepovat a skládat si obrázek v hlavě. On připraví cestu, vy rozhodujete.

Alternativa pro tuto kategorii: Ruční prohledávání kódu, psaní poznámek, kreslení diagramů volání.

Druhá kategorie: Psaní a úprava kódu

To je nejdiskutovanější kategorie, ale ve skutečnosti není nejpoužívanější. Psaní kódu obvykle vypadá takto:

Generování nové funkce: "Přidej do modulu user rozhraní pro změnu e-mailu, ověř formát e-mailu a napiš unit testy."
Refaktorování napříč soubory: "Nahraď všechny výskyty moment() v těchto třech souborech za dayjs(), neupravuj jinou logiku."
Migrace a upgrade: "Přepiš tuto Vue 2 komponentu do Vue 3 Composition API syntaxe."

Generovaný kód nemusí být hned dokonalý, ale provede změny napříč soubory najednou a vy můžete zkontrolovat diffy soubor po souboru a přijmout nebo odmítnout.

Alternativa pro tuto kategorii: Ruční psaní opakujícího se kódu, ruční hledání a nahrazování odkazů napříč soubory.

Třetí kategorie: Ladění a opravy

Když se objeví bug, obvyklý postup je: podívat se na chybu, najít soubor, odhadnout příčinu, zkusit opravit, pokud nefunguje, vrátit se. Claude Code může přímo přijmout celý stack trace chyby a spolu s projektovým kódem sám lokalizovat problém.

Typické použití:

Pošlete mu výstup neúspěšného testu, on přečte příslušný kód, navrhne opravu, po opravě znovu spustí test a zkontroluje, zda prošel.
Při chybě v CI vložte log, nechte ho opravit a pak spusťte git diff pro potvrzení změn.

Zde funguje spíše jako "první inspektor". Vy se zamyslíte nad problémem, on prohledává soubory, porovnává rozdíly a spouští ověřovací příkazy.

Alternativa pro tuto kategorii: Opakované spouštění testů, čtení chybových logů, ruční porovnávání rozdílů v kódu.

Čtvrtá kategorie: Různé automatizace

Tato kategorie je nejméně nápadná, ale v součtu ušetří nejvíce času.

Příklady:

Psaní commit zpráv: claude "Napiš commit zprávu ve formátu Conventional Commits podle aktuálního git diffu"
Generování popisu PR: Nechte ho porovnat rozdíly mezi aktuální větví a main, vytvořit shrnutí změn a testovací poznámky.
Psaní release notes: Nechte Claude Code přečíst historii commitů za poslední týden a vygenerovat CHANGELOG.
Řešení problémů s prostředím: "Při instalaci této závislosti došlo k chybě, podívej se na výstup terminálu a najdi příčinu."

Tyto úkoly mají společné: nejsou složité, ale jsou nudné. Dělat je ručně vyžaduje přepínání oken a hodně psaní. S ním to trvá pár sekund.

Alternativa pro tuto kategorii: Ruční úprava textu, psaní formální dokumentace, hledání konfiguračních problémů.

"Mapa"

Když tyto čtyři kategorie vložíme do běžného pracovního postupu, vypadá to zhruba takto:

Získání neznámého projektu
    │
    ▼
[Porozumění kódu] ─── Zjistit strukturu, vstupní bod, klíčovou logiku
    │
    ▼
Začít psát novou funkci nebo upravovat modul
    │
    ▼
[Psaní/úprava kódu] ─── Generování implementace, refaktorování napříč soubory
    │
    ▼
Spuštění testů, objevení bugu
    │
    ▼
[Ladění a opravy] ─── Analýza chyby, lokalizace, oprava, opětovné spuštění
    │
    ▼
Příprava na commit
    │
    ▼
[Různé automatizace] ─── Psaní commitu, popisu PR, release notes
    │
    ▼
Commit, hotovo

Nemusíte jej používat ve všech čtyřech kvadrantech. Některé týmy ho používají jen k porozumění kódu, jiní jen k psaní testů a vytváření PR. Vyberte si scénář, který vás nejvíce trápí, a začněte odtud.

Dvě užitečná kritéria

Pokud si nejste jisti, zda něco přenechat Claude Code, položte si dvě otázky:

1. Je tato činnost spíše "mechanická" než "kreativní"?

Změna stovky odkazů, formátování výstupu, generování šablonového kódu – tyto věci samy o sobě zaberou hodně času, ale myšlenku už máte. Hodí se to přenechat jemu.

2. Jsou náklady na "ověření" této činnosti vysoké?

Pokud změna vyžaduje opakované přepínání, spouštění testů a prohlížení logů, aby se potvrdila, pak je ruční pokus-omyl pomalý. Claude Code může sám provést cyklus "změnit-spustit-zkontrolovat-znovu změnit", což vám ušetří spoustu práce.