Claude Code ձեռնարկ 4. Claude Code-ի օգտագործման դեպքերը

Տիպիկ օգտագործման դեպքեր

Ես օգտագործման դեպքերը բաժանում եմ չորս կարգի՝ դասավորված հաճախականության նվազման կարգով:

Առաջին կարգ՝ Հասկանալ կոդը

Սա թերևս ամենահաճախ օգտագործվողն է: Երբ ստանձնում եք ուրիշի նախագիծը, դիտում եք հին մոդուլ կամ բացում եք առանց փաստաթղթերի պահոց, ուղղակի հարցրեք նրան:

Կոնկրետ գործողություններ.

claude "Ի՞նչ է անում այս նախագիծը: Որտե՞ղ է մուտքը:" – այն կկարդա package.json-ը, դիրեկտորիայի կառուցվածքը, առանցքային ֆայլերը և կտա ամփոփում:
Բացեք մի ֆունկցիա, թող բացատրի տրամաբանությունը, գծի հոսքը (տեքստային նկարագրությամբ):
Թող հետևի API հարցման ամբողջական ճանապարհին՝ ֆրոնտենդից մինչև տվյալների բազա:

Այստեղ նրա կատարած աշխատանքն, ըստ էության, «կոդի ընթերցման կեղտոտ աշխատանքն» է ձեզ համար: Դուք կարիք չունեք ինքնուրույն grep անել երկար ժամանակ, ապա մտքում հավաքել պատկերը: Այն ուղղում է ճանապարհը, դուք՝ դատողությունն եք անում:

Այս կարգի դեպքերի փոխարինելի օբյեկտն է՝ ձեռքով փնտրել կոդի պահոցում, նշումներ անել, գծել կանչի գրաֆիկներ:

Երկրորդ կարգ՝ Գրել և փոփոխել կոդը

Սա ամենաշատ քննարկվող կարգն է, բայց իրականում ամենաշատ օգտագործվողը չէ: Կոդ գրելու դեպքերը սովորաբար այսպիսին են.

Նոր ֆունկցիոնալության ստեղծում. «user մոդուլի տակ ավելացրու էլ. փոստի փոփոխման ինտերֆեյս, ստուգիր էլ. փոստի ձևաչափը, գրիր միավոր թեստեր:»
Կրոս-ֆայլային վերակառուցում. «Երեք ֆայլերում բոլոր moment()-երը փոխարինիր dayjs()-ով, այլ տրամաբանություն մի փոխիր:»
Միգրացիա և թարմացում. «Այս Vue 2 բաղադրիչը փոխիր Vue 3 Composition API գրելաձևին:»

Նրա ստեղծած կոդը պարտադիր չէ, որ միանգամից ճիշտ լինի, բայց այն կարող է միանգամից կատարել կրոս-ֆայլային բոլոր փոփոխությունները, և դուք կարող եք դիտել յուրաքանչյուր ֆայլի diff-ը, ընդունել կամ մերժել առանձին-առանձին:

Այս կարգի դեպքերի փոխարինելի օբյեկտն է՝ ձեռքով գրել կրկնվող կոդ, ձեռքով փնտրել և փոխարինել կրոս-ֆայլային հղումները:

Երրորդ կարգ՝ Վրիպազերծում և վերականգնում

Երբ սխալ է առաջանում, սովորական աշխատանքային հոսքն է. նայել սխալի հաղորդագրությունը, գտնել ֆայլը, գուշակել պատճառը, փորձել ուղղել, չստացվի՝ վերադառնալ: Claude Code-ը կարող է ուղղակի ընդունել ամբողջ սխալի stack-ը և, համադրելով նախագծի կոդի հետ, ինքնուրույն գտնել խնդիրը:

Տիպիկ օգտագործում.

Ձախողված թեստի արդյունքը նետեք նրան, այն կկարդա համապատասխան կոդը, կառաջարկի ուղղում, ուղղումից հետո նորից կգործարկի թեստը և կտեսնի՝ անցնում է, թե ոչ:
Հանդիպելով CI սխալի՝ տեղադրեք լոգը, թող ուղղի, ուղղումից հետո գործարկեք git diff-ը՝ փոփոխությունները հաստատելու համար:

Այստեղ նրա դերն ավելի շուտ «առաջին շրջանի ստուգողի» է: Ժամանակ ծախսողը դուք եք, բայց ֆայլեր շրջելը, տարբերությունները համեմատելը, ստուգման հրամաններ գործարկելը՝ նա է անում:

Այս կարգի դեպքերի փոխարինելի օբյեկտն է՝ բազմիցս գործարկել թեստերը, կարդալ սխալի լոգերը, ձեռքով համեմատել կոդի տարբերությունները:

Չորրորդ կարգ՝ Այլ ավտոմատացում

Այս կարգի դեպքերն ամենաաննկատելին են, բայց գումարային առումով ամենաշատ ժամանակն են խնայում:

Օրինակներ.

Git հաղորդագրությունների գրում. claude "Ըստ ընթացիկ git diff-ի գրիր Conventional Commits ձևաչափի հաղորդագրություն"
PR նկարագրության ստեղծում. Թող համեմատի ընթացիկ ճյուղը main-ի հետ, ստեղծի սույն փոփոխությունների ամփոփումը և թեստավորման նկարագրությունը:
Թողարկման նշումների գրում. Թող Claude Code-ը կարդա վերջին շաբաթվա commit-ների պատմությունը և ստեղծի CHANGELOG:
Միջավայրի հարցերի պատասխան. «Այս կախվածությունը տեղադրելիս սխալ եմ ստանում, օգնիր ինձ նայել տերմինալի ելքը և գտնել պատճառը:»

Այս բոլորի ընդհանուր հատկանիշն է. ոչ բարդ, բայց մանրամասն: Ինքնուրույն անելու համար պետք է փոխել պատուհանները, շատ տպել: Տալով նրան, մի քանի վայրկյանում պատրաստ է:

Այս կարգի դեպքերի փոխարինելի օբյեկտն է՝ ձեռքով խմբագրել տեքստը, գրել ձևաչափված փաստաթղթեր, փնտրել միջավայրի կարգավորումները:

«Քարտեզ»

Այս չորս կարգի դեպքերը ամենօրյա աշխատանքային հոսքում մոտավորապես այս քարտեզի տեսքն ունեն.

Ծանոթություն անծանոթ նախագծին
    │
    ▼
[Հասկանալ կոդը] ─── Պարզել կառուցվածքը, մուտքը, առանցքային տրամաբանությունը
    │
    ▼
Սկսել գրել նոր ֆունկցիոնալություն կամ փոփոխել մոդուլը
    │
    ▼
[Գրել/փոփոխել կոդը] ─── Ստեղծել իրականացում, կրոս-ֆայլային վերակառուցում
    │
    ▼
Գործարկել թեստերը, սխալ գտնել
    │
    ▼
[Վրիպազերծում և վերականգնում] ─── Վերլուծել սխալը, գտնել տեղը, ուղղել, նորից գործարկել
    │
    ▼
Պատրաստվել հանձնել
    │
    ▼
[Այլ ավտոմատացում] ─── Գրել commit, PR նկարագրություն, թողարկման նշումներ
    │
    ▼
Հանձնել, ավարտել

Պարտադիր չէ այս չորս քառակուսիներում բոլորն օգտագործել: Որոշ թիմեր օգտագործում են միայն կոդը հասկանալու համար, ոմանք միայն թեստեր գրելու և PR ուղարկելու համար: Ո՞ր քայլն է ձեզ ամենաշատը դժվարացնում, այդ դեպքից սկսեք:

Երկու օգտակար չափանիշ

Եթե վստահ չեք՝ արդյոք մի բան պետք է հանձնել Claude Code-ին, հարցրեք ինքներդ ձեզ երկու հարց.

1. Արդյո՞ք այս գործողությունն ավելի «մեխանիկական» է, քան «ստեղծագործական»:

Հարյուր հղումների փոփոխությունը, ֆորմատավորված ելքը, ձևանմուշային կոդի ստեղծումը – այս բաներն ինքնուրույն անելը ժամանակ է խլում, բայց գաղափարն արդեն ունեք: Հարմար է այն հանձնել նրան:

2. Արդյո՞ք այս գործողության «ստուգման արժեքը» բարձր է:

Եթե մի փոփոխությունը հաստատելու համար պետք է բազմիցս ցատկել, թեստեր գործարկել, լոգեր կարդալ, ապա անձամբ սխալվելը դանդաղ է: Claude Code-ը կարող է ինքնուրույն կատարել «ուղղել-գործարկել-դիտել-նորից ուղղել» ցիկլը, և դուք շատ ավելի հեշտ կլինեք: