Claude Code séria tutoriálov 4: Aké sú prípady použitia Claude Code?

Typické prípady použitia

Prípady použitia rozdeľujem do štyroch kategórií, zoradených od najčastejších po najmenej časté.

Prvá kategória: Porozumenie kódu

Toto je pravdepodobne najčastejšie použitie. Keď preberáte projekt niekoho iného, pozeráte sa na starý modul alebo otvárate repozitár bez dokumentácie, jednoducho sa ho spýtajte.

Konkrétne postupy:

claude "Čo robí tento projekt? Kde je vstupný bod?" – Prečíta package.json, štruktúru adresárov, kľúčové súbory a poskytne prehľad.
Otvorte funkciu a nechajte ju vysvetliť logiku alebo nakresliť tok (pomocou textu).
Nechajte ju sledovať API požiadavku od frontendu až po databázu.

V podstate tu robí špinavú prácu pri čítaní kódu. Nemusíte dlho hľadať a skladať si obrázok v hlave. Ona pripraví cestu, vy robíte rozhodnutia.

Náhrada pre tento scenár: Manuálne prehrabávanie sa v kóde, písanie poznámok, kreslenie diagramov volaní.

Druhá kategória: Písanie a úprava kódu

Toto je najdiskutovanejšia kategória, ale nie je najčastejšie používaná. Scenáre písania kódu zvyčajne vyzerajú takto:

Generovanie novej funkcionality: "Pridaj pod modul user rozhranie na zmenu e-mailu, over formát e-mailu, napíš unit testy."
Refaktorovanie cez viacero súborov: "Všetky moment() v týchto troch súboroch nahraď za dayjs(), nemeň ostatnú logiku."
Migrácia a upgrade: "Prepíš tento Vue 2 komponent na Vue 3 Composition API."

Vygenerovaný kód nemusí byť hneď správny, ale dokáže naraz vykonať zmeny vo viacerých súboroch a vy môžete prechádzať diff súbor po súbore a každý prijať alebo odmietnuť.

Náhrada pre tento scenár: Manuálne písanie opakujúceho sa kódu, manuálne vyhľadávanie a nahrádzanie referencií cez súbory.

Tretia kategória: Ladenie a opravy

Keď sa objaví chyba, typický postup je: pozrieť sa na chybu, nájsť súbor, hádať príčinu, skúsiť opravu, ak nefunguje, vrátiť sa späť. Claude Code môže priamo prijať celý stack trace a spolu s projektovým kódom nájsť príčinu.

Typické použitie:

Pošlite jej výstup neúspešného testu, ona prečíta príslušný kód, navrhne riešenie, opraví ho a znova spustí test, aby zistila, či prešiel.
Pri chybe v CI vložte log, nechajte ju opraviť a potom spustite git diff na overenie zmien.

Tu zohráva skôr úlohu "prvého pátrača". Vy strávite čas premýšľaním nad problémom, ale ona prehľadáva súbory, porovnáva rozdiely a spúšťa overovacie príkazy.

Náhrada pre tento scenár: Opakované spúšťanie testov, čítanie chybových logov, manuálne porovnávanie rozdielov v kóde.

Štvrtá kategória: Rôzna automatizácia

Táto kategória je najmenej nápadná, ale v súčte ušetrí najviac času.

Príklady:

Písanie Git commit správ: claude "Na základe aktuálneho git diff napíš commit správu vo formáte Conventional Commits"
Generovanie popisu PR: Nechajte ju porovnať rozdiely medzi aktuálnou vetvou a main, vytvoriť súhrn zmien a testovacie pokyny.
Písanie poznámok k vydaniu: Nechajte Claude Code prečítať commity z posledného týždňa a vygenerovať CHANGELOG.
Riešenie problémov s prostredím: "Pri inštalácii tejto závislosti sa vyskytla chyba, pozri sa na výstup terminálu a nájdi príčinu."

Spoločným znakom je, že nie sú zložité, ale sú zdĺhavé. Robiť ich sami znamená prepínať okná a veľa písať. S ňou to trvá pár sekúnd.

Náhrada pre tento scenár: Manuálne upravovanie textu, písanie štandardizovanej dokumentácie, hľadanie riešení konfigurácie prostredia.

„Mapa"

Zaradenie týchto štyroch kategórií do bežného pracovného toku vyzerá asi takto:

Získanie neznámeho projektu
    │
    ▼
[Porozumenie kódu] ─── Zistiť štruktúru, vstupný bod, kľúčovú logiku
    │
    ▼
Začať písať novú funkcionalitu alebo upravovať modul
    │
    ▼
[Písanie/úprava kódu] ─── Vygenerovať implementáciu, refaktorovať cez súbory
    │
    ▼
Spustiť testy, objaví sa chyba
    │
    ▼
[Ladenie a opravy] ─── Analyzovať chybu, lokalizovať, opraviť, znova spustiť
    │
    ▼
Príprava na commit
    │
    ▼
[Rôzna automatizácia] ─── Napísať commit, popis PR, poznámky k vydaniu
    │
    ▼
Commit, hotovo

Nemusíte ju používať vo všetkých štyroch kvadrantoch. Niektoré tímy ju používajú len na porozumenie kódu, iné len na písanie testov a vytváranie PR. Vyberte si scenár, ktorý vás najviac trápi, a začnite ním.

Dve užitočné kritériá na rozhodovanie

Ak si nie ste istí, či by ste niečo mali zveriť Claude Code, položte si dve otázky:

1. Je táto úloha skôr mechanická ako tvorivá?

Zmena sto referencií, formátovanie výstupu, generovanie šablónového kódu – tieto veci vás pri manuálnom vykonávaní stoja veľa času, ale myšlienkový postup už máte. Sú vhodné na zverenie.

2. Je „náklady na overenie" tejto úlohy vysoké?

Ak si úprava vyžaduje opakované prepínanie, spúšťanie testov a čítanie logov, aby ste ju potvrdili, potom je manuálne pokus-omyl pomalé. Claude Code môže sama vykonať cyklus „uprav-spusti-sleduj-znova uprav", čo vám uľahčí prácu.