Claude Code упатство 4: Кои се сценарија за користење на Claude Code?

Типични сценарија за употреба

Ги делам сценаријата во четири категории, подредени по фреквенција од висока до ниска.

Прва категорија: Разбирање на кодот

Ова е веројатно најкористената категорија. Кога преземате туѓ проект, гледате стар модул, или отворате складиште без документација, директно прашајте го.

Конкретни пристапи:

claude "Што прави овој проект? Каде е влезот?" — Ќе го прочита package.json, структурата на директориуми, клучните датотеки и ќе даде преглед.
Отворете функција и оставете ја да ја објасни логиката, да нацрта тек (со текстуален опис).
Оставете ја да го следи целосниот пат на еден API барање од предниот дел до базата на податоци.

Тука, она што го прави, во суштина е 'валкана работа на читање код'. Не морате сами да пребарувате со grep со часови, а потоа да склопувате слика во главата. Таа го подготвува патот, вие донесувате одлука.

Замена за оваа категорија сценарија: рачно пребарување низ складиштето, правење белешки, цртање дијаграми на повици.

Втора категорија: Пишување и изменување на код

Ова е најдискутираната категорија, но всушност не е најчесто користена. Сценарија за пишување код обично се следниве:

Генерирање нова функционалност: „Додади интерфејс за промена на е-пошта под модулот user, провери го форматот на е-пошта, напиши единечни тестови.“
Префакторирање низ датотеки: „Заменете ги сите moment() во овие три датотеки со dayjs(), без да ја менувате другата логика.“
Миграција и надградба: „Претворете ја оваа Vue 2 компонента во Vue 3 Composition API.“

Генерираниот код не мора веднаш да биде точен, но може да ги направи сите промени низ датотеки одеднаш, а вие можете да ги прегледате разликите датотека по датотека, прифаќајќи или одбивајќи ги.

Замена за оваа категорија сценарија: рачно пишување повторлив код, рачно пребарување и замена на референци низ датотеки.

Трета категорија: Дебагирање и поправање

Кога ќе се појави грешка, вообичаениот тек е: погледни ја грешката, лоцирај ја датотеката, погоди ја причината, пробај да ја поправиш, ако не успее врати се назад. Claude Code може директно да го прими целиот стек на грешки, да го комбинира со проектот и сам да ја лоцира причината.

Типична употреба:

Фрлете го неуспешниот тест излез, таа ќе го прочита релевантниот код, ќе даде решение, ќе го поправи и повторно ќе го изврши тестот за да види дали поминува.
Ако CI пријави грешка, залепете го дневникот, оставете ја да го поправи, а потоа извршете git diff за да ги потврдите промените.

Тука нејзината улога е повеќе како 'прв испитувач'. Вие трошите време размислувајќи за проблемот, но таа ги прелистува датотеките, споредува разлики и извршува команди за проверка.

Замена за оваа категорија сценарија: повторувачко извршување тестови, читање грешки, рачно споредување разлики во кодот.

Четврта категорија: Разни автоматизации

Оваа категорија е најнезабележителна, но комбинирано заштедува најмногу време.

Примери:

Пишување Git commit пораки: claude "Врз основа на тековната git diff, напиши commit порака во формат Conventional Commits"
Генерирање PR опис: Оставете ја да ја спореди разликата помеѓу тековната гранка и main, и да генерира резиме на промените и упатства за тестирање.
Пишување известување за објавување: Оставете го Claude Code да ја прочита историјата на commit-и од последната недела и да генерира CHANGELOG.
Одговарање на прашања за околината: „Инсталирањето на оваа зависност даде грешка, помогни ми да го погледнам излезот од терминалот и да ја најдам причината.“

Заедничката карактеристика на овие работи е: не се комплицирани, но се досадни. Ако ги правите рачно, треба да менувате прозорци и да пишувате многу текст. Оставете ја тоа на неа, готово е за неколку секунди.

Замена за оваа категорија сценарија: рачно уредување текст, пишување стандардна документација, пребарување на проблеми со конфигурација на околина.

Мапа

Ако ги поставите овие четири категории во секојдневниот работен тек, изгледа отприлика вака:

Да се добие непознат проект
    │
    ▼
[Разбирање на кодот] ─── Да се разбере структурата, влезот, клучната логика
    │
    ▼
Започнете со пишување нова функционалност или изменување на модул
    │
    ▼
[Пишување/Изменување код] ─── Генерирање имплементација, префакторирање низ датотеки
    │
    ▼
Извршете тестови, се појавува грешка
    │
    ▼
[Дебагирање и поправање] ─── Анализа на грешка, лоцирање, поправање, повторно извршување
    │
    ▼
Подготовка за испраќање
    │
    ▼
[Разни автоматизации] ─── Пишување commit, PR опис, известување за објавување
    │
    ▼
Испрати, готово

Не мора да ги користите сите четири квадранти. Некои тимови го користат само за разбирање код, други само за пишување тестови и испраќање PR. Она што ве најмногу мачи, започнете од таму.

Два корисни критериуми за одлучување

Ако не сте сигурни дали нешто треба да му доверите на Claude Code, запрашајте се две прашања:

1. Дали оваа работа е повеќе 'механичка' отколку 'креативна'?

Менување сто референци, форматирање излез, генерирање шаблонски код — овие работи ако ги правите сами, ќе одзема многу време, но идејата веќе ја имате. Погодно е да му се довери.

2. Дали 'трошокот за проверка' на оваа работа е висок?

Ако за промена треба постојано да скокате, да извршувате тестови, да гледате дневници за да потврдите, тогаш рачното обидување и грешка е бавно. Claude Code може сам да го заврши циклусот 'промени-изврши-погледни-повторно промени', и вие ќе бидете многу поолеснати.