Claude Code vadnica 4: Kakšni so primeri uporabe Claude Code?

Tipični primeri uporabe

Primere uporabe sem razdelil v štiri kategorije, urejene po pogostosti uporabe od najvišje do najnižje.

Prva kategorija: Razumevanje kode

To je verjetno najpogosteje uporabljena kategorija. Ko prevzamete projekt druge osebe, pogledate star modul ali odprete repozitorij brez dokumentacije, ga preprosto vprašajte.

Konkretni postopki:

claude "Kaj počne ta projekt? Kje je vstopna točka?" — prebral bo package.json, strukturo direktorijev, ključne datoteke in podal povzetek.
Odprite funkcijo in naj razloži logiko, opiše potek (z besedami).
Naj sledi celotni poti API zahtevka od sprednjega dela do baze podatkov.

Kar počne tukaj, je v bistvu "umazano delo branja kode" namesto vas. Ni vam treba samostojno uporabljati iskanja in sestavljati koščkov v mislih. On uredi pot, vi pa presodite.

Nadomestek za to kategorijo scenarijev: Ročno prebiranje kode, zapisovanje opomb, risanje diagramov klicev.

Druga kategorija: Pisanje in spreminjanje kode

To je najbolj obravnavana kategorija, vendar pravzaprav ni najpogosteje uporabljena. Scenariji pisanja kode so običajno taki:

Ustvarjanje nove funkcije: "Dodaj vmesnik za spremembo e-pošte v modulu user, preveri obliko e-pošte in napiši enotne teste."
Preoblikovanje med datotekami: "Zamenjaj vse moment() v teh treh datotekah z dayjs(), ne spreminjaj druge logike."
Migracija in nadgradnja: "Spremeni to komponento Vue 2 v Vue 3 Composition API."

Koda, ki jo ustvari, ni nujno popolna na prvič, vendar lahko opravi vse spremembe med datotekami naenkrat, vi pa lahko pregledate razlike po datotekah in jih sprejemate ali zavračate posamično.

Nadomestek za to kategorijo scenarijev: Ročno pisanje ponavljajoče se kode, ročno iskanje in zamenjava referenc med datotekami.

Tretja kategorija: Odpravljanje napak in popravki

Ko se pojavi hrošč, je običajni potek: poglej napako, lociraj datoteko, ugibaj vzrok, poskusi popraviti, če ne deluje, se vrni nazaj. Claude Code lahko neposredno sprejme celoten sklad napak, ga poveže s kodo projekta in sam locira težavo.

Tipična uporaba:

Vrzite mu izhod neuspešnega testa, prebral bo ustrezno kodo, predlagal rešitev, po popravku ponovno požene test in preveri, ali uspe.
Ko CI javi napako, prilepite dnevnik, naj ga popravi, po popravku pa poženite git diff za potrditev sprememb.

Tu igra vlogo bolj kot "prvi preiskovalec". Vi porabite čas za razmišljanje o težavi, on pa za brskanje po datotekah, primerjavo razlik in izvajanje ukazov preverjanja.

Nadomestek za to kategorijo scenarijev: Večkratno poganjanje testov, branje dnevnikov napak, ročno primerjanje razlik v kodi.

Četrta kategorija: Razna avtomatizacija

Ti scenariji so najmanj opazni, vendar skupaj prihranijo največ časa.

Primeri:

Pisanje Git sporočil za potrditev: claude "Napiši sporočilo za potrditev v obliki Conventional Commits na podlagi trenutnega git diff"
Ustvarjanje opisa PR: Naj primerja razlike med trenutno vejo in main ter ustvari povzetek sprememb in testne opise.
Pisanje opomb ob izdaji: Naj Claude Code prebere zgodovino potrditev zadnjega tedna in ustvari CHANGELOG.
Reševanje okoljskih vprašanj: "Pri nameščanju te odvisnosti je prišlo do napake, poglej izhod terminala in najdi vzrok."

Skupna točka teh nalog je, da niso zapletene, so pa drobne. Če jih naredite sami, morate menjavati okna in veliko tipkati. Če jih prepustite njemu, je konec v nekaj sekundah.

Nadomestek za to kategorijo scenarijev: Ročno urejanje besedila, pisanje dokumentacije v skladu s standardi, iskanje težav s konfiguracijo okolja.

"Zemljevid"

Če te štiri kategorije umestimo v vsakodnevni delovni potek, je to približno tak zemljevid:

Prevzameš neznan projekt
    │
    ▼
[Razumevanje kode] ─── Ugotovi strukturo, vstopne točke, ključno logiko
    │
    ▼
Začneš pisati novo funkcionalnost ali spreminjati modul
    │
    ▼
[Pisanje/spreminjanje kode] ─── Ustvari implementacijo, preoblikovanje med datotekami
    │
    ▼
Poženeš teste, pojavi se hrošč
    │
    ▼
[Odpravljanje napak in popravki] ─── Analiziraj napako, lociraj, popravi, ponovno poženi
    │
    ▼
Priprava na potrditev
    │
    ▼
[Razna avtomatizacija] ─── Napiši commit, opis PR, opombe ob izdaji
    │
    ▼
Potrdi, končano

Ni vam treba uporabljati vseh štirih kvadrantov. Nekatere ekipe ga uporabljajo samo za razumevanje kode, drugi samo za pisanje testov in pošiljanje PR-jev. Kar vas najbolj moti, pri tistem začnite.

Dva uporabna kriterija za odločanje

Če niste prepričani, ali naj nekaj prepustite Claude Code, si lahko zastavite dve vprašanji:

1. Je ta naloga bolj "mehanična" kot "ustvarjalna"?

Popraviti sto sklicev, formatirati izhod, generirati standardno kodo — te stvari so, če jih naredite sami, zelo zamudne, vendar idejo že imate. Primerne so, da jih prepustite njemu.

2. So "stroški preverjanja" te naloge visoki?

Če sprememba zahteva večkratno preskakovanje, poganjanje testov in branje dnevnikov za potrditev, je človeško poskušanje in napake počasno. Claude Code lahko sam zaključi cikel "spremeni-zaženi-poglej-ponovno spremeni", kar vam olajša delo.