Claude Code-opplæring del 3: Hvorfor kun terminal?

1.3 Hvorfor kode i terminalen?

La oss si: Du jobber med en ny funksjon, og plutselig må du endre en grunnleggende verktøyfunksjon som er spredt over tre filer, og noen kall er på tvers av moduler. Du åpner editoren, gjør et globalt søk, blar gjennom fil for fil, gjør endringer forsiktig, og kjører testene på nytt – rød. Ser på feilmeldingen, sjekker stakken, fikser, og prøver igjen.

Tiden du faktisk bruker på å «tenke ut hvordan du skal fikse det» er kanskje mindre enn halvparten. Resten er mekanisk arbeid: finne filer, endre referanser, vente på kompilering, klikke med musen.

Å plassere AI i terminalen har som hovedmål å komprimere dette mekaniske arbeidet.

Terminalen er nærmest koden

Du bruker kanskje VS Code, JetBrains eller Vim. Uansett hva du bruker, kommer du ikke utenom terminalen når du koder. Å kjøre npm test, git log, grep, make build – disse operasjonene gjøres naturlig i kommandolinjen.

Så hvis AI-partneren din også sitter i samme terminal, blir ting enklere. Du trenger ikke å kopiere og lime inn filinnhold i chattevinduet, du trenger ikke å beskrive «I prosjektet mitt er det en klasse som heter UserService, den er på linje 42 i src/services/user.ts...». Claude Code står i prosjektets rotkatalog og kan se det selv.

Dette er en kontekstuell nedgradering. Når du sier til Claude Code «hjelp meg med å omstrukturere feilhåndteringen i innloggingsmodulen», vil den faktisk lese auth/login.ts, lese errors.ts, finne alle steder den kalles, og deretter endre direkte. Du trenger ikke å være transportør underveis.

Frigjør deg fra rollen som «operatør»

Når du bruker AI-chat i nettleseren, blir du ofte ubevisst en «mellommann»: AI-en skriver kode, du leser, verifiserer, kopierer, og limer inn i editoren. Hvis koden fungerer, er alt bra; hvis ikke, kopierer du feilmeldingen, spør igjen, kopierer på nytt. Denne prosessen avbryter flyten.

Claude Codes designfilosofi er å sette deg tilbake i rollen som «tenker». Du sier ideen, den utfører. Etter endring ser du direkte diffen i terminalen og bestemmer om du vil godta den. Den kan også kjøre tester og lint for deg. Du sitter der og bruker mest tid på å lese kode og ta beslutninger, i stedet for å bytte vinduer frem og tilbake.

Hvorfor ikke et editorplugin?

Du lurer kanskje: Hvorfor ikke bare ha et AI-plugin i editoren?

Editorplugins er nyttige, og mange team bruker dem allerede. Men Claude Code i terminalen har noen fordeler som er vanskelige å erstatte med plugins:

1. Uten binding til editor. Du bruker VS Code i dag, bytter til Neovim i morgen, eller til og med på en ekstern server uten GUI – Claude Code fungerer overalt. Det er uavhengig av hvilket verktøy du velger.
2. Kan gjøre mer «utradisjonelle» ting. I terminalen kan den kjøre alle shell-kommandoer. Det betyr at handlingsrommet er mye større – den kan starte Docker-containere for å verifisere database-migreringer, hente eksterne grener og sjekke konflikter, eller automatisk kjøre e2e-tester etter kodeendringer. Dette tør editorplugins vanligvis ikke gjøre, eller de kan rett og slett ikke.
3. Batchbehandling og automatisering. Du kan sette Claude Code inn i skript og la den behandle titalls repositorier, generere dokumentasjon i bulk, eller automatisk håndtere Issues. Da er den ikke lenger en «assistent», men en del av en pipeline.

Et lite eksempel fra meg selv

Tidligere måtte jeg migrere et JavaScript-prosjekt til TypeScript, omtrent 20 000 linjer med kode. Jeg gjorde det ikke manuelt fil for fil, og jeg forventet heller ikke at et editorplugin skulle gjøre alt.

Jeg startet ganske enkelt Claude Code i prosjektkatalogen og sa: «Migrer dette prosjektet gradvis til TypeScript strict mode, endre noen filer om gangen, kjør tsc --noEmit etter hver batch, og hvis det er feil, fiks dem selv til alt går gjennom.»

I løpet av den neste halvtimen gjorde jeg stort sett bare én ting: så på diffen den laget, nikket eller ristet på hodet. Av og til sa jeg «ikke bruk any her, definer et grensesnitt», og den fortsatte. Til slutt kompilerte prosjektet, mye raskere enn jeg hadde estimert.

Dette betyr ikke at Claude Code er smartere enn plugins. Men den kan fullføre «endre-verifisere-fikse»-sløyfen på egen hånd, og det er den grunnleggende forskjellen fra chat-basert AI.

Kort sagt, terminalen gir AI hender og føtter

Å sette AI inn i terminalen gir den i hovedsak evnen til å utføre, ikke bare til å gi forslag.

Det gjør at kodebasen din ikke lenger er bare en haug med tekst som kan leses, men et virkelig miljø som AI kan «berøre», endre og verifisere. Dette er et stort sprang.

Du har fortsatt kontroll over prosjektets retning og alle viktige avgjørelser, men det kjedelige, lite kreative arbeidet som krever mye veksling, har fått en mer passende utfører.