Claude Code Tutorial 3: Hvorfor kun terminalen?

1.3 Hvorfor kode i terminalen?

Lad os sige du arbejder på en ny funktion og pludselig opdager, at du skal ændre et grundlæggende hjælpefunktion, der er spredt over tre filer, og nogle kald går på tværs af moduler. Du åbner editoren, søger globalt, bladrer fil for fil, retter forsigtigt, kører testen igen – rød. Ser fejlmeddelelsen, tjekker stack trace, retter, prøver igen.

Mindre end halvdelen af tiden går faktisk med at tænke over, hvordan du skal rette. Resten er mekanisk arbejde: finde filer, ændre referencer, vente på kompilering, klikke med musen.

At placere AI i terminalen har som primært formål at komprimere dette mekaniske arbejde.

Terminalen er tættest på koden

Du bruger måske VS Code, JetBrains eller Vim. Uanset hvad, kan du ikke undgå terminalen, når du koder. npm test, git log, grep, make build – disse operationer foregår naturligt i kommandolinjen.

Så hvis din AI-partner også sidder i samme terminal, bliver tingene nemmere. Du behøver ikke at kopiere filindhold ind i chatvinduet, eller selv beskrive "mit projekt har en klasse kaldet UserService i src/services/user.ts på linje 42...". Claude Code står i projektets rodmappe og kan selv læse.

Dette er en kontekstmæssig overlegenhed. Når du siger til Claude Code "hjælp mig med at refaktorere fejlhåndteringen i loginmodulet", vil den rent faktisk læse din auth/login.ts, errors.ts, finde alle steder, der kalder det, og ændre direkte. Du behøver ikke at være transportbånd.

Befri dig fra rollen som "operatør"

Når vi bruger AI-chat i browseren, ender vi ofte ubevidst som en "mellemmand": AI'en outputter kode, vi læser, verificerer, kopierer, og indsætter i editoren. Virker koden, er alt godt; hvis ikke, kopierer vi fejlmeddelelsen, spørger igen, kopierer igen. Denne proces afbryder flowet.

Claude Codes designidé er at bringe dig tilbage til rollen som "tænker". Du siger ideen, den handler. Efter ændring ser du direkte diff'en i terminalen og beslutter, om du vil acceptere. Den kan også køre test og lint for dig. Du sidder der og læser kode, træffer beslutninger, i stedet for konstant at skifte vinduer.

Hvorfor ikke en editor-udvidelse?

Du spørger måske: hvorfor ikke bare lave en AI-udvidelse i editoren?

Editor-udvidelser er bestemt nyttige, og mange teams bruger dem allerede. Men Claude Code i terminalen har nogle fordele, som er svære at erstatte med en udvidelse:

Ingen binding til editor. I dag bruger du VS Code, i morgen skifter du til Neovim, eller selv på en fjernserver uden GUI – Claude Code virker. Det er uafhængigt af dit værktøj.
Kan gøre mere "usædvanlige" ting. I terminalen kan den udføre enhver shell-kommando. Det giver den en meget bredere grænse – den kan starte Docker-containere for at verificere database-migrationer, hente fjerngrene og tjekke konflikter, eller automatisk køre e2e-tests efter ændring. Det tør editor-udvidelser sjældent, eller kan slet ikke.
Batchbehandling og automatisering. Du kan sætte Claude Code ind i scripts, så den behandler snesevis af repositories, genererer dokumentation i bulk, eller automatisk håndterer Issues. På det tidspunkt er den ikke længere en "assistent", men et led i pipeline.

Et lille eksempel fra mig selv

Tidligere skulle jeg migrere et JavaScript-projekt til TypeScript, omkring 20.000 linjer kode. Min tilgang var ikke at tilføje typer manuelt fil for fil, eller at forvente at en editor-udvidelse klarede det hele.

Jeg startede simpelthen Claude Code i projektmappen og sagde: "Migrer dette projekt gradvist til strict TypeScript, ret nogle filer ad gangen, kør tsc --noEmit efter hver batch, fix selv fejl indtil alt kompilerer."

I de næste 30 minutter gjorde jeg stort set kun én ting: så på de diffs den lavede, og nikkede eller rystede på hovedet. Indimellem sagde jeg "brug ikke any her, definer et interface", og den fortsatte. Til sidst kompilerede projektet, flere gange hurtigere end jeg havde estimeret.

Det betyder ikke, at Claude Code er klogere end en udvidelse. Men den kan selv gennemføre 'ændre-verificer-fix' cyklussen – det er den fundamentale forskel fra chat-baseret AI.

Kort sagt: terminalen giver AI hænder og fødder

At sætte AI ind i terminalen giver den grundlæggende evnen til at udføre, ikke kun at foreslå.

Det gør dit kode repository fra en bunke tekst, der kun kan læses, til et miljø AI kan 'røre ved', ændre og verificere. Det er et kæmpe spring.

Du har stadig kontrol over projektets retning og alle nøglebeslutninger, men det kedelige, lavkreative arbejde, der kræver kontekstskift, har fået en mere passende udfører.