Claude Code ձեռնարկ 3. Ինչու՞ միայն տերմինալը

1.3 Ինչու՞ գրել ծածկագիրը տերմինալում?

Պատկերացրեք՝ գրում եք նոր ֆունկցիոնալություն, երբ հանկարծ հասկանում եք, որ պետք է փոխել հիմքում ընկած գործիքային ֆունկցիան, որը ցրված է երեք ֆայլերում, և որոշ կանչեր անցնում են մոդուլների միջով։ Բացում եք խմբագրիչը, կատարում գլոբալ որոնում, թերթում մեկ առ մեկ, զգուշորեն փոփոխում, գործարկում թեստը – կարմիր։ Նայում եք սխալին, ստուգում stack-ը, ուղղում, կրկնում։

Այս գործընթացում իրական ժամանակը, որը ծախսվում է «մտածելու, թե ինչպես փոխել», կարող է կեսից էլ քիչ լինել։ Մնացածը մեխանիկական աշխատանք է՝ ֆայլեր որոնել, հղումներ փոխել, սպասել կոմպիլյացիային, սեղմել մկնիկը։

AI-ն տերմինալում տեղադրելու հիմնական նպատակը այդ մեխանիկական աշխատանքը կրճատելն է։

Տերմինալը ծածկագրին ամենամոտ տեղն է

Դուք կարող եք օգտագործել VS Code, JetBrains կամ Vim: Ինչ էլ որ օգտագործեք, ծածկագիր գրելիս չեք կարող խուսափել տերմինալից։ npm test, git log, grep, make build – այս գործողությունները բնականաբար կատարվում են հրամանի տողում։

Այսպիսով, եթե ձեր AI գործընկերը նույն տերմինալում է, ամեն ինչ դառնում է ավելի պարզ։ Ձեզ հարկավոր չէ ֆայլի բովանդակությունը պատճենել զրույցի պատուհան, ինքներդ նկարագրել «իմ նախագծում կա մի դասարան, որը կոչվում է UserService, այն գտնվում է src/services/user.ts-ի 42-րդ տողում...»: Claude Code-ը կանգնած է նախագծի արմատային թղթապանակում, և այն ինքը կտեսնի ամեն ինչ։

Սա համատեքստի մեծ հարված է։ Երբ Claude Code-ին ասում եք «օգնիր ինձ վերակառուցել մուտքի մոդուլի սխալների մշակումը», այն իսկապես կկարդա ձեր auth/login.ts, errors.ts, կգտնի բոլոր այն վայրերը, որտեղ այն կանչվում է, և ուղղակիորեն կփոխի։ Այդ ընթացքում ձեզ հարկավոր չէ հանդես գալ որպես փոխանցող։

Ազատել ձեզ «օպերատորի» դերից

Բրաուզերի AI զրույցների ժամանակ մենք հաճախ ակամա դառնում ենք «միջնորդ». AI-ն դուրս է գրում ծածկագիր, մենք կարդում, ստուգում, պատճենում, վերադառնում խմբագրիչ և տեղադրում։ Եթե ծածկագիրն աշխատում է, լավ; եթե ոչ, պատճենում ենք սխալը, նորից հարցնում, նորից պատճենում: Այս գործընթացը խանգարում է մտքի հոսքին։

Claude Code-ի դիզայնը թույլ է տալիս վերադառնալ «մտածողի» դիրքին։ Դուք ասում եք գաղափարը, այն անում է: Փոփոխությունից հետո դուք ուղղակի տեսնում եք diff-ը տերմինալում և որոշում՝ ընդունել, թե ոչ: Այն կարող է նաև աշխատացնել թեստերն ու lint-ը։ Դուք նստում եք, ավելի շատ ժամանակ անցկացնում ծածկագիր կարդալով և որոշումներ կայացնելով, այլ ոչ թե պատուհանների միջև անցնելով:

Ինչու՞ ոչ խմբագրիչի հավելում:

Դուք կարող եք հարցնել՝ ինչու՞ ուղղակի AI հավելում չպատրաստել խմբագրիչում:

Խմբագրիչի հավելումները, իհարկե, օգտակար են, և շատ թիմեր արդեն օգտագործում են դրանք: Բայց տերմինալում Claude Code-ն ունի մի քանի առանձնահատկություն, որոնք դժվար է փոխարինել հավելումով:

Ազատություն խմբագրիչից: Այսօր դուք օգտագործում եք VS Code, վաղը կարող եք անցնել Neovim, նույնիսկ առանց GUI-ի հեռավոր սերվերում Claude Code-ն աշխատում է: Այն կապված չէ ձեր ընտրած գործիքի հետ:
Կարող է անել «անսովոր» բաներ: Տերմինալում այն կարող է կատարել ցանկացած Shell հրաման: Սա նշանակում է, որ նրա հնարավորությունների սահմանները շատ ավելի լայն են՝ կարող է գործարկել Docker կոնտեյներ՝ տվյալների բազայի միգրացիան ստուգելու համար, կարող է ներբեռնել հեռավոր ճյուղ և ստուգել կոնֆլիկտները, փոփոխությունից հետո ավտոմատ գործարկել e2e թեստերը: Այս բաները խմբագրիչի հավելումները սովորաբար չեն համարձակվում անել, կամ ընդհանրապես չեն կարողանում:
Զանգվածային մշակում և ավտոմատացում: Դուք կարող եք Claude Code-ը տեղադրել սկրիպտում, որպեսզի այն մշակի տասնյակ պահոցներ, զանգվածաբար ստեղծի փաստաթղթեր, ավտոմատ կերպով մշակի Issues: Այդ դեպքում այն այլևս «օգնական» չէ, այլ հոսքագծի մի մաս:

Իմ փոքր օրինակը

Նախկինում ես պետք է ՋավաՍկրիպտի նախագիծը տեղափոխեի TypeScript, մոտ քսան հազար տող: Իմ մոտեցումը ոչ թե ձեռքով ֆայլերին տիպեր ավելացնելն էր, ոչ էլ խմբագրիչի հավելումից ամեն ինչ սպասելը:

Ես ուղղակի գործարկեցի Claude Code-ը այդ նախագծի թղթապանակում և ասացի. «Աստիճանաբար տեղափոխիր այս նախագիծը TypeScript խիստ ռեժիմի, ամեն անգամ մի քանի ֆայլ փոխիր, յուրաքանչյուր խմբից հետո գործարկիր tsc --noEmit, եթե սխալներ կան, ինքդ ուղղիր, մինչև ամբողջությամբ անցնի»:

Հաջորդ կես ժամում ես հիմնականում մեկ բան արեցի՝ նայեցի փոփոխված diff-երին, գլխով համաձայնեցի կամ մերժեցի: Երբեմն ասում էի «այստեղ տիպը մի օգտագործիր any, սահմանիր interface», և այն շարունակում էր աշխատել: Վերջում նախագիծը կազմվեց, և դա տևեց մի քանի անգամ ավելի քիչ, քան ես գնահատել էի:

Սա չի նշանակում, որ Claude Code-ն ավելի խելացի է, քան հավելումները: Բայց այն կարող է ինքնուրույն իրականացնել «փոփոխել-ստուգել-ուղղել» ցիկլը, սա է նրա հիմնական տարբերությունը զրուցակից AI-ից:

Ի վերջո, տերմինալը AI-ին տալիս է ձեռքեր և ոտքեր

AI-ն տերմինալում տեղադրելը, ըստ էության, նրան տալիս է կատարման ունակություն, ոչ միայն առաջարկելու:

Այն ձեր կոդի պահոցը դարձնում է ոչ միայն մի փունջ կարդացվող տեքստ, այլ իրական միջավայր, որը AI-ն կարող է «շոշափել», փոփոխել և ստուգել: Սա մեծ թռիչք է:

Դուք դեռ վերահսկում եք նախագծի ուղղությունը և բոլոր կարևոր որոշումները, բայց այն ձանձրալի, ցածր ստեղծարար աշխատանքը, որը պահանջում է բազմիցս անցում, ունի ավելի հարմար կատարող: