Deze week Algemeen

Claude Code installeren en gebruiken: zo zet je het binnen 10 minuten op

Kort antwoord

Claude Code installeer je via npm met één commando: `npm install -g @anthropic-ai/claude-code`. Daarna log je in met je Anthropic-account, kies je een model en draai je `claude` in de map waar je werkt. Voor Pro-gebruikers werkt het direct, voor enterprise-setups heb je een API-key nodig. Mijn tip: begin met kleine taken (een functie schrijven, een test bedenken) voordat je hem op je hele codebase loslaat.

Je hebt Claude Code geïnstalleerd in één commando

Open je terminal en draai `npm install -g @anthropic-ai/claude-code`. Klaar. De installatie duurt minder dan een minuut. Wat je nodig hebt: Node.js 18 of nieuwer, een werkende npm en een Anthropic-account.

Voor wie nog geen Node.js heeft draaien: installeer eerst nvm (Node Version Manager) op macOS of Linux, of download de Node-installer voor Windows. Met nvm kun je later makkelijk wisselen tussen Node-versies, wat handig is als je meerdere projecten hebt.

Bij mij staat Claude Code op alle drie mijn werkmachines (laptop, desktop, server) en de installatie gaat overal precies hetzelfde. Geen platform-specifieke trucs.

Je bent ingelogd en hebt het juiste model gekozen

Eerste keer Claude Code starten doet hij een login-flow via je browser. Je kiest welk model standaard wordt: Sonnet voor algemeen werk, Opus voor zware taken, Haiku voor snelle hulp. Voor de meeste werkdagen werk ik op Sonnet.

Het login-proces opent een browser-tab waar je je Anthropic-account koppelt. Voor Pro- en Max-abonnees werkt dit direct, geen API-key gedoe. Voor enterprise-gebruikers met een eigen API-key voer je die in via een omgevingsvariabele: export ANTHROPIC_API_KEY=jouwkey.

Modelkeuze in het kort: Sonnet 4.5 of 4.6 is mijn dagelijkse paard, voldoende voor 90 procent van het werk. Opus zet ik aan voor complexere refactor-taken of architectuur-vragen, hij denkt langer en grondiger maar is duurder en trager. Haiku gebruik ik voor snelle eenmalige vragen waar volledigheid niet zo belangrijk is.

Je draait `claude` in je projectmap en hij begrijpt je code

Open je terminal in de map van je project en typ `claude`. Hij start een interactieve sessie waar je vragen kunt stellen over de code, wijzigingen kunt voorstellen of nieuwe features laten bouwen. Hij leest standaard de bestanden in de huidige directory.

Voor de allereerste sessie raad ik aan om iets kleins te doen: vraag Claude om een functie te leggen die hij vindt, of om een README te schrijven voor je project. Dan zie je hoe hij praat en hoe diep hij in je code duikt zonder dat je risico loopt op kapotte code.

Een paar handige toetsen tijdens een sessie: /clear begint opnieuw zonder context, /model wisselt van model, /permissions stelt in welke acties hij wel of niet zelfstandig mag uitvoeren. Bij klantprojecten zet ik permissions altijd op handmatig voor file-edits.

Je hebt een CLAUDE.md aangemaakt met je projectcontext

Een CLAUDE.md is een tekstbestand in de root van je project dat Claude bij elke sessie automatisch leest. Erin zet je je tech-stack, codeer-conventies, wat hij wel en niet mag doen, en eventuele klant-specifieke regels. Vergelijkbaar met DESIGN.md voor designtools.

Mijn standaard Claude.md voor een Laravel-project ziet er ongeveer zo uit:

# CLAUDE.md

## Stack
- PHP 8.3, Laravel 11, MySQL 8
- Frontend: React 18, TypeScript, Tailwind, Vite

## Conventies
- PSR-12 voor PHP
- Eslint + Prettier voor TS
- Componentnamen in PascalCase
- Database-migraties altijd reversible

## Wat NIET
- Geen raw SQL, gebruik Eloquent
- Geen any-types in TypeScript
- Geen wijzigingen in /vendor of /node_modules

Per project pas ik dit aan naar de specifieke setup. Voor wie hier verder over wil lezen: de aanpak lijkt op die van DESIGN.md voor AI-designtools, maar dan voor code in plaats van visuele stijl.

Je hebt een werkroutine die past bij jouw projecten

Hoe ik Claude Code dagelijks gebruik: ochtends voor pull-request reviews en testen, middags voor het schrijven van nieuwe code in samenwerking, einde dag voor documentatie en cleanup. Niet alles tegelijk, niet bij elke regel code.

Concreet mijn werkdag bij een klantproject: ik begin met een prompt zoals "lees alle bestanden in /src en geef een overzicht van wat we nog moeten doen volgens de issues in /docs/todos.md". Daar krijg ik een lijst en een aanpak. Daarna pak ik de eerste taak en bouw die samen met Claude.

Bij mij is het ritme: drie tot vier productieve coding-sessies van een uur per dag, met pauzes ertussen waarin ik Claude even uitzet en zelf nadenk. Volledig leunen op AI maakt me lui en haalt de scherpte uit mijn code-reviews. Pauzes nemen blijft belangrijk.

Conclusie

Mijn praktische kijk: Claude Code installeren is technisch makkelijk, productief gebruiken vergt routine. De grootste fout die ik bij andere developers zie is dat ze direct grote refactors loslaten op een grote codebase. Begin klein, bouw je gevoel op, en voeg dan complexere taken toe. Een CLAUDE.md per project is geen optie maar een verplichting als je serieus wilt werken. Reken op een week experimenteren voordat het echt productiviteit oplevert, en dan zit je goed voor het komende jaar.

Veelgestelde vragen

Een Pro-abonnement (20 dollar per maand) is genoeg voor incidenteel gebruik. Voor wie dagelijks meerdere uren werkt is Max (100 dollar per maand) aan te raden, anders loop je tegen ratelimits aan. Enterprise-gebruikers werken meestal met een API-key tegen pay-as-you-go.

Ja, native via npm. Voor de beste ervaring raad ik WSL2 aan (Windows Subsystem for Linux), omdat veel ontwikkel-tools daar smoother draaien dan in PowerShell. Bij klanten met een Windows-only werkomgeving heb ik dit zonder issues opgezet.

Ja, in non-interactive mode met de --print-flag. Bij mijn klanten gebruik ik het voor automatische code-review op pull requests en voor het genereren van changelog-entries. Voor productie-deploys laat ik AI niet zelfstandig wijzigingen committen, dat blijft mensenwerk.

Twee keer Ctrl+C onderbreekt de huidige actie. Als hij midden in een file-edit zit, kun je daarna de wijziging terugdraaien met git. Voorzichtigheid: laat altijd een commit staan voor je een grote sessie begint, dan kun je elke wijziging in één commando ongedaan maken met git reset --hard HEAD.