Claude Code-serie Tutorial 3: Waarom alleen de terminal?

1.3 Waarom code schrijven in de terminal?

Stel: je bent bezig met een nieuwe functie en ontdekt plots dat je een laag-niveau toolfunctie moet aanpassen die verspreid is over drie bestanden, met aanroepen die modules overschrijden. Je opent de editor, zoekt globaal, bladert bestand voor bestand, past voorzichtig aan, en draait de tests opnieuw — rood. Je bekijkt de foutmelding, onderzoekt de stack trace, repareert het, en probeert opnieuw.

In dit proces is de tijd die je echt besteedt aan 'bedenken hoe het moet worden aangepast' misschien minder dan de helft. De rest is mechanisch werk: bestanden zoeken, referenties aanpassen, wachten op compilatie, klikken met de muis.

Het primaire doel van AI in de terminal is deze mechanische arbeid te comprimeren.

De terminal is de plek het dichtst bij de code

Je gebruikt waarschijnlijk VS Code, JetBrains of Vim. Welke je ook gebruikt, tijdens het coderen kom je niet om de terminal heen. Het uitvoeren van npm test, git log, grep, make build — deze acties gebeuren van nature in de commandoregel.

Stel je voor dat je AI-partner ook in dezelfde terminal zit, dan wordt het eenvoudiger. Je hoeft geen bestandsinhoud te kopiëren en plakken in een chatvenster, je hoeft niet zelf te beschrijven 'mijn project heeft een klasse genaamd UserService op regel 42 van src/services/user.ts...'. Claude Code staat in de projectroot en kijkt zelf.

Dit is een dimensionaliteitsreductie in context. Wanneer je tegen Claude Code zegt 'help me de foutafhandeling van de inlogmodule te herstructureren', leest het werkelijk je auth/login.ts, leest errors.ts, zoekt alle plaatsen die het aanroepen, en past het direct aan. Jij hoeft niet als tussenpersoon te fungeren.

Bevrijd je van de rol van 'operator'

Bij het gebruik van browser-AI-chats spelen we vaak onbewust de rol van 'tussenpersoon': de AI genereert code, wij lezen, verifiëren, kopiëren, en plakken terug in de editor. Als de code werkt, prima; zo niet, kopieer de foutmelding, vraag opnieuw, kopieer opnieuw. Dit proces onderbreekt de stroom.

Het ontwerp van Claude Code brengt je terug in de rol van 'denker'. Jij zegt wat je wilt, het voert uit. Na de wijziging zie je direct de diff in de terminal en beslis je of je het accepteert. Het kan ook meteen tests en lint voor je draaien. Je zit daar en leest vooral code, neemt beslissingen, in plaats van steeds van venster te wisselen.

Waarom geen editorplugin?

Je vraagt je misschien af: waarom dan niet gewoon een AI-plugin in de editor?

Editorplugins zijn zeker nuttig en veel teams gebruiken ze al. Maar Claude Code in de terminal heeft een aantal dingen die niet gemakkelijk door plugins kunnen worden vervangen:

Geen editorbeperkingen. Vandaag gebruik je VS Code, morgen Neovim, en zelfs op een externe server zonder GUI, Claude Code werkt. Het is onafhankelijk van het gereedschap dat je kiest.
Kan meer 'buitengewone' dingen doen. In de terminal kan het elke Shell-opdracht uitvoeren. Dat betekent dat het veel meer kan — het kan Docker-containers starten om databasemigraties te verifiëren, externe branches ophalen en conflicten controleren, en na codewijzigingen automatisch e2e-tests uitvoeren. Deze dingen durven editorplugins meestal niet zomaar te doen, of kunnen ze helemaal niet.
Batchverwerking en automatisering. Je kunt Claude Code in een script stoppen om tientallen repositories te verwerken, documentatie in bulk te genereren, of Issues automatisch af te handelen. Dan is het geen 'assistent' meer, maar een onderdeel van de pijplijn.

Een klein voorbeeld uit eigen ervaring

Eerder moest ik een JavaScript-project migreren naar TypeScript, ongeveer twintigduizend regels code. Mijn aanpak was niet handmatig per bestand types toevoegen, noch verwachtte ik dat een editorplugin alles voor me zou doen.

Ik startte gewoon Claude Code in die projectdirectory en zei: 'Migreer dit project stapsgewijs naar TypeScript strict mode, wijzig telkens een paar bestanden, voer na elke batch tsc --noEmit uit, en als er fouten zijn, repareer ze zelf tot alles slaagt.'

In het volgende half uur deed ik eigenlijk maar één ding: de diffs bekijken die het maakte, en knikken of hoofdschudden. Af en toe zei ik 'gebruik hier geen any, definieer een interface', en het ging door. Uiteindelijk compileerde het project, vele malen sneller dan ik had ingeschat.

Dit betekent niet dat Claude Code slimmer is dan plugins. Maar het kan zelf de cyclus 'wijzigen-verifiëren-repareren' voltooien — dat is het fundamentele verschil met chatgebaseerde AI.

Kortom, de terminal geeft AI handen en voeten

Het plaatsen van AI in de terminal geeft het in essentie de mogelijkheid om uit te voeren, niet alleen om te adviseren.

Het maakt van je coderepository niet langer alleen leesbare tekst, maar een echte omgeving die AI kan 'aanraken', wijzigen en verifiëren. Dat is een enorme sprong.

Jij behoudt de richting van het project en alle cruciale beslissingen, maar het vervelende, weinig creatieve werk dat heen en weer springen vereist, heeft een geschiktere uitvoerder gekregen.