Claude Code sērijas apmācība 3: Kāpēc tikai terminālis?

1.3 Kāpēc rakstīt kodu terminālī?

Iedomājieties: jūs rakstāt jaunu funkcionalitāti un pēkšņi atklājat, ka jālabo pamata utilītfunkcija, kas izkaisīta pa trim failiem, un daži izsaukumi ir pat starp moduļiem. Jūs atverat redaktoru, veicat globālu meklēšanu, pārlūkojat failu pēc faila, uzmanīgi labojat, palaižat testus vēlreiz — un tie ir sarkani. Skatāties kļūdu, meklējat steku, labojat, mēģināt vēlreiz.

Šajā procesā laiks, ko patiešām pavadāt, "domājot, kā labot", var būt mazāk par pusi. Atlikusī puse ir mehānisks darbs: failu meklēšana, atsauču labošana, gaidīšana uz kompilāciju, klikšķināšana.

Ievietojot AI terminālī, galvenais mērķis ir samazināt šo mehānisko darbu.

Terminālis ir vistuvāk koda atrašanās vietai

Jūs, iespējams, izmantojat VS Code, JetBrains vai Vim. Neatkarīgi no tā, rakstot kodu, jūs neiztiksiet bez termināļa. Palaist npm test, git log, grep, make build — šīs darbības dabiski notiek komandrindā.

Ja jūsu AI partneris atrodas tajā pašā terminālī, viss kļūst vienkāršāk. Jums nav nepieciešams kopēt failu saturu tērzēšanas logā, nav pašam jāapraksta: "Manā projektā ir klase ar nosaukumu UserService, tā atrodas src/services/user.ts 42. rindā...". Claude Code atrodas projekta saknē, tas pats redz.

Tas ir konteksta pārspēks. Kad sakāt Claude Code: "Palīdzi man pārstrukturēt pieteikšanās moduļa kļūdu apstrādi", tas tiešām izlasīs jūsu auth/login.ts, errors.ts, atradīs visas vietas, kur tā tiek izmantota, un veiks izmaiņas. Jums nav jābūt starpniekam.

Atbrīvo jūs no "operatora" lomas

Izmantojot pārlūkprogrammas AI tērzēšanu, mēs bieži neapzināti kļūstam par "starpenieku": AI izvada kodu, mēs to lasām, pārbaudām, kopējam, atgriežamies redaktorā un ielīmējam. Ja kods darbojas — lieliski; ja nē — kopējam kļūdu, jautājam vēlreiz, kopējam vēlreiz. Šis process bieži pārtrauc plūsmu.

Claude Code dizaina koncepcija ir atgriezt jūs "domātāja" pozīcijā. Jūs sakāt ideju, tas dara. Pēc izmaiņām redzat diff tieši terminālī un izlemjat, vai pieņemt. Tas var arī palaist testus, veikt lint. Jūs sēžat un lielākoties lasāt kodu, pieņemat lēmumus, nevis nepārtraukti pārslēdzat logus.

Kāpēc ne redaktora spraudnis?

Jūs varētu jautāt: Kāpēc gan neizveidot AI spraudni tieši redaktorā?

Redaktora spraudņi, protams, ir noderīgi, un daudzas komandas tos jau izmanto. Bet Claude Code terminālī ir dažas priekšrocības, kuras spraudnis grūti aizstāj:

1. Nav piesaistes redaktoram. Šodien lietojat VS Code, rīt pārslēdzaties uz Neovim, pat attālā serverī bez GUI — Claude Code darbojas. Tas nav atkarīgs no jūsu izvēlētā rīka.
2. Spēj veikt "pārdrošākas" darbības. Terminālī tas var izpildīt jebkuru Shell komandu. Tas nozīmē, ka tā darbības lauks ir daudz plašāks — var palaist Docker konteineru, lai pārbaudītu datubāzes migrāciju, iegūt attālo zaru un pārbaudīt konfliktus, pēc koda izmaiņām automātiski palaist e2e testus. Redaktora spraudņi parasti neuzdrošinās to darīt, vai arī nespēj.
3. Paketes apstrāde un automatizācija. Jūs varat ievietot Claude Code skriptā, lai tas apstrādātu desmitiem repozitoriju, ģenerētu dokumentāciju partijā, automātiski apstrādātu Issues. Tad tas nav vairs "asistents", bet gan posms konveijerā.

Mans personīgs piemērs

Kādreiz man vajadzēja pārnest JavaScript projektu uz TypeScript, apmēram 20 000 rindu. Es to nedarīju manuāli, failu pa failam pievienojot tipus, ne arī paļaujoties uz redaktora spraudni.

Es vienkārši atvēru Claude Code projekta direktorijā un teicu: "Pakāpeniski pārnes šo projektu uz TypeScript stingro režīmu, katru reizi izmaini dažus failus, pēc katras partijas palaid tsc --noEmit, un, ja ir kļūdas, labo tās pats, līdz viss ir kārtībā."

Nākamajā pusstundā es darīju tikai vienu: skatījos tā veiktās izmaiņas, pamāju vai pakratīju galvu. Reizēm teicu: "Šeit tipam nelieto any, definē interfeisu", un tas turpināja darbu. Beigās projekts kompilējās, un tas bija vairākas reizes ātrāk, nekā biju plānojis.

Tas nenozīmē, ka Claude Code ir gudrāks par spraudni. Bet tas spēj patstāvīgi veikt "modificēt-pārbaudīt-labot" ciklu, un tā ir galvenā atšķirība no tērzēšanas AI.

Galu galā, terminālis dod AI rokas un kājas

Ievietojot AI terminālī, būtībā tiek dota izpildes iespēja, ne tikai ieteikumu iespēja.

Tas padara jūsu koda repozitoriju ne tikai par lasāmu tekstu, bet par reālu vidi, kuru AI var "pieskarties", mainīt un pārbaudīt. Tas ir milzīgs lēciens.

Jums joprojām ir kontrole pār projekta virzienu un visiem svarīgākajiem lēmumiem, bet garlaicīgajam, maz radošajam darbam, kas prasa pastāvīgu pārslēgšanos, ir radies piemērotāks veicējs.