Claude Code serijos vadovas 4: Kokie yra Claude Code naudojimo atvejai?

Tipiniai naudojimo atvejai

Naudojimo atvejus suskirstiau į keturias kategorijas, išdėstytas pagal dažnumą nuo didžiausio iki mažiausio.

Pirma kategorija: Kodo supratimas

Tai turbūt dažniausiai naudojama kategorija. Kai perimate svetimą projektą, žiūrite į seną modulį ar atidarote repozitoriją be dokumentacijos, tiesiog klauskite.

Kaip tai padaryti:

claude "Ką šis projektas daro? Kur yra įėjimo taškas?" – jis perskaitys package.json, katalogų struktūrą, pagrindinius failus ir pateiks apžvalgą.
Atidarykite funkciją, paprašykite paaiškinti logiką, nupiešti eigą (naudojant tekstinį aprašymą).
Paprašykite atsekti visą API užklausos kelią nuo frontendo iki duomenų bazės.

Čia jis atlieka „nešvarų kodo skaitymo darbą“. Jums nereikia ilgai ieškoti grep ir mintyse sudėlioti galvosūkį. Jis paruošia kelią, o jūs priimate sprendimus.

Šios kategorijos pakaitalas: rankiniu būdu naršyti kode, daryti užrašus, braižyti iškvietimų grafikus.

Antra kategorija: Kodo rašymas ir keitimas

Tai labiausiai aptariama kategorija, bet ne pati dažniausiai naudojama. Kodo rašymo scenarijai paprastai atrodo taip:

Naujų funkcijų generavimas: „Pridėkite el. pašto keitimo sąsają modulyje user, patikrinkite el. pašto formatą, parašykite vienetinius testus.“
Perkėlimas tarp failų: „Pakeiskite visus moment() į dayjs() šiuose trijuose failuose, nekeisdami kitos logikos.“
Migracija ir atnaujinimas: „Paverskite šį Vue 2 komponentą į Vue 3 Composition API sintaksę.“

Sugeneruotas kodas ne visada veikia iš karto, tačiau jis gali atlikti visus pakeitimus tarp failų vienu metu, o jūs galite peržiūrėti kiekvieno failo skirtumus (diff) ir priimti arba atmesti.

Šios kategorijos pakaitalas: rankiniu būdu rašyti pasikartojantį kodą, rankiniu būdu ieškoti ir keisti nuorodas tarp failų.

Trečia kategorija: Derinimas ir taisymas

Kai atsiranda klaida, įprastas darbo srautas: žiūrėti klaidą, rasti failą, spėti priežastį, pabandyti pataisyti, jei nepadeda – grįžti. Claude Code gali tiesiogiai priimti visą klaidos išvedimą ir, naudodamas projekto kodą, pats surasti priežastį.

Tipinis naudojimas:

Mesti jam nepavykusio testo išvestį; jis perskaitys susijusį kodą, pasiūlys pataisymą, o pataisęs dar kartą paleis testą, kad pamatytų, ar jis praeina.
Susidūrus su CI klaida, įklijuokite žurnalą, leiskite jam pataisyti, tada paleiskite git diff, kad patvirtintumėte pakeitimus.

Čia jis veikia kaip „pirmojo etapo tyrėjas“. Jūs skiriate laiko mąstymui, o jis – failų naršymui, skirtumų palyginimui ir patvirtinimo komandų vykdymui.

Šios kategorijos pakaitalas: kartotinis testų paleidimas, klaidų žurnalų skaitymas, rankinis kodo skirtumų palyginimas.

Ketvirta kategorija: Įvairūs automatizavimai

Ši kategorija mažiausiai pastebima, tačiau jos sutaupomas laikas didžiausias.

Pavyzdžiai:

Git įsipareigojimo žinučių rašymas: claude "Pagal dabartinį git diff parašyk Conventional Commits formato įsipareigojimo žinutę"
PR aprašo generavimas: Paprašykite palyginti dabartinę šaką su main ir sugeneruoti pakeitimų santrauką bei testavimo instrukcijas.
Leidimo pastabų rašymas: Paprašykite Claude Code perskaityti paskutinės savaitės įsipareigojimų istoriją ir sugeneruoti CHANGELOG.
Aplinkos problemų sprendimas: „Diegiant šią priklausomybę įvyko klaida, padėk man pažvelgti į terminalo išvestį ir rasti priežastį.“

Šie dalykai turi bendrą bruožą: nėra sudėtingi, bet daug smulkmenų. Daryti pačiam reikia keisti langus, daug rašyti. Patikėjus jam – viskas atliekama per kelias sekundes.

Šios kategorijos pakaitalas: rankinis teksto redagavimas, standartizuotų dokumentų rašymas, aplinkos konfigūracijos problemų paieška.

„Žemėlapis“

Šiuos keturis scenarijus įtraukus į kasdienį darbo srautą, gaunamas maždaug toks žemėlapis:

Gavote nepažįstamą projektą
    │
    ▼
[Kodo supratimas] ─── Išsiaiškinkite struktūrą, įėjimo taškus, pagrindinę logiką
    │
    ▼
Pradėkite rašyti naują funkciją ar keisti modulį
    │
    ▼
[Kodo rašymas/keitimas] ─── Sugeneruoti implementaciją, perkelti tarp failų
    │
    ▼
Paleiskite testus, atsiranda klaida
    │
    ▼
[Derinimas ir taisymas] ─── Analizuoti klaidą, surasti, pataisyti, paleisti iš naujo
    │
    ▼
Pasiruošimas įsipareigojimui
    │
    ▼
[Įvairūs automatizavimai] ─── Rašyti commit, PR aprašą, leidimo pastabas
    │
    ▼
Įsipareigoti, baigta

Nebūtina naudoti visų keturių sričių. Kai kurios komandos naudoja tik kodui suprasti, kitos – tik testams ir PR rašymui. Kuris etapas jums labiausiai trukdo, nuo to ir pradėkite.

Du naudingi vertinimo kriterijai

Jei nesate tikri, ar verta patikėti užduotį Claude Code, paklauskite savęs dviejų klausimų:

1. Ar ši užduotis yra labiau „mechaninė“ nei „kūrybinė“?

Šimto nuorodų keitimas, išvedimo formatavimas, šabloninio kodo generavimas – šie dalykai, atliekami rankomis, užima daug laiko, bet idėja jau yra. Tinka patikėti jam.

2. Ar šios užduoties „patikrinimo kaina“ yra didelė?

Jei pakeitimui patvirtinti reikia daug kartų pereiti, paleisti testus, žiūrėti žurnalus, tai asmeniškai bandyti ir klysti yra lėta. Claude Code gali pats atlikti „keisti-paleisti-žiūrėti-keisti“ ciklą, o jums bus daug lengviau.