Source: https://claudetutorial.com/guides/nl-nl/claude-code-gewoonten-voor-betere-resultaten

[Terug naar Gidsen](https://claudetutorial.com/guides/nl-nl)

Builders

# Claude Code: gewoonten voor betere resultaten

27 oktober 2026 13 min leestijd

---

Gaat een Claude Code-sessie slecht, dan is de oorzaak bijna altijd een van twee dingen. Claude bouwde iets anders dan jij in gedachten had, of het zei "klaar" terwijl het werk dat niet was. Geen van beide is een zwakte van het hulpmiddel. Beide komen voort uit informatie die Claude niet had.

> Vertel Claude wat het niet kan zien, en geef het een manier om zijn eigen werk te controleren.

De gewoonten hieronder zijn de belangrijkste, in de volgorde waarin je ze gebruikt. Ze gaan ervan uit dat je Claude Code al hebt geïnstalleerd en een sessie hebt gedraaid. Zo niet, begin dan met [Claude Code voor beginners](https://claudetutorial.com/guides/nl-nl/claude-code-voor-beginners-installeren-inloggen-en-je-eerste-taak).

## Hoe een goede sessie verloopt

Claude Code werkt in een lus: het verzamelt context, onderneemt actie en controleert het resultaat. Jij zit ook in die lus. Je kunt op elk moment onderbreken om bij te sturen. Elke gewoonte in deze gids verbetert één deel van de lus.

Gewoonten 1 tot 4 voeren context aan. Gewoonten 5 en 6 sluiten de lus met een controle. Gewoonten 7 tot 9 houden de sessie gezond.

## Gewoonte 1: Vertel Claude alleen wat het niet kan zien

Claude begint elke taak met het lezen van je code, en dat doet het goed. Het vindt je mapindeling, je testframework en de manier waarop bestaande componenten zijn gebouwd, meestal sneller dan jij ze kunt uitleggen. Dat betekent dat het meeste wat je wilt opschrijven al bekend is.

Wat het niet kan vinden is informatie die nooit in de repo stond: een beslissing uit een vergadering, een uitrolproces dat in het hoofd van één persoon zit, de omgevingsvariabele die je integratietests nodig hebben. Stel twee vragen voordat je een regel aan een prompt of aan CLAUDE.md toevoegt:

- Kan Claude dit vinden door de code te lezen?
- Zou het er ook echt naar kijken?

Zijn beide antwoorden ja, laat het dan weg. Lange lijsten met vanzelfsprekende feiten begraven het ene feit dat telt. De volgende gids, [CLAUDE.md uitgelegd](https://claudetutorial.com/guides/nl-nl/claude-md-uitgelegd-leer-claude-code-je-project-een-keer-kennen), behandelt waar de blijvende feiten heen gaan.

## Gewoonte 2: Schrijf een specifieke prompt

Een specifieke prompt werkt om dezelfde reden: hij geeft Claude informatie die het niet heeft. Noem het bestand of gebied, beschrijf het symptoom en zeg hoe opgelost eruitziet. Heb je voorkeur voor een van twee redelijke aanpakken, zeg welke, want Claude kan dat niet uit de code lezen.

| In plaats van | Probeer |
| --- | --- |
| `fix the login bug` | `users report login fails after the session times out. look at token refresh in src/auth/, write a failing test that reproduces it, then fix it` |
| `add a calendar widget` | `follow the pattern in HotDogWidget.php and build a calendar widget that lets you pick a month and page between years. no new libraries` |
| `clean up this file` | `split utils.ts into one file per concern. keep every export name the same so no import breaks` |

De betere prompts noemen de plek, het bewijs en de grenzen. Ze zijn niet langer om het langer zijn. Elke toegevoegde zinsnede haalt een gok weg.

Prompt

> Afrekenen mislukt voor gebruikers met een verlopen kaart. De relevante code staat in src/payments/. Onderzoek eerst en vertel me wat je vindt. Wijzig niets tot ik het zeg.

Let op het delegeren in die prompt. Jij geeft context en richting, en laat Claude uitzoeken welke bestanden het leest en welke commando's het draait.

Toverwoorden bestaan niet

Zinnen als "think step by step" of "be thorough" zijn gewone prompttekst, geen schakelaars. Hoe hard Claude nadenkt wordt bepaald door het inspanningsniveau (effort level), dat je wijzigt via de modelinstellingen, niet door formulering.

## Gewoonte 3: Geef het ding zelf in plaats van het te beschrijven

Heb je al wat Claude nodig heeft, geef het dan direct. Een foutmelding beschrijven is langzamer en minder nauwkeurig dan de foutmelding zelf.

1. Verwijs naar een bestand met @

   Typ `@` en het pad, zoals `@src/auth/session.ts`, om de inhoud van dat bestand in je bericht op te nemen.
2. Plak een afbeelding

   Plak een screenshot van het ontwerp dat je wilt of van de fout die je ziet. Claude leest afbeeldingen.
3. Stuur commando-uitvoer door

   Stuur uitvoer rechtstreeks vanuit je shell, bijvoorbeeld `cat error.log | claude -p "what's going on here"`.

## Gewoonte 4: Laat Claude je interviewen als je het niet zeker weet

Je hoeft niet het hele plan uit te werken voordat je een prompt schrijft. Is een idee nog vaag, vraag Claude dan je te ondervragen tot het de specificatie kan schrijven:

Prompt

> Ik wil rate limiting aan de openbare API toevoegen, maar heb er nog niet over nagedacht. Interview me tot je de specificatie kunt schrijven en schrijf die dan naar SPEC.md.

Claude komt terug met vragen over de delen die je nog niet hebt vastgelegd: per gebruiker of per sleutel, wat er gebeurt met verzoeken boven de limiet, wat buiten bereik valt. Kloppen de antwoorden, dan schrijft het `SPEC.md`. Begin een nieuwe sessie om vanuit dat bestand te bouwen, zodat de bouw start met een schone context en een opgeschreven definitie van klaar.

Voeg voor alles met echt risico de planstap uit de gids over toestemmingen toe. [Claude Code: permission modes en Plan-modus uitgelegd](https://claudetutorial.com/guides/nl-nl/claude-code-permission-modes-en-plan-modus-uitgelegd) laat zien hoe je Claude laat verkennen en voorstellen doen voordat het bewerkt.

## Gewoonte 5: Geef Claude een controle om te draaien

Dit is de gewoonte met het grootste effect. Claude stopt als het werk klaar lijkt. Heeft het niets om te draaien dat zegt of het werk echt klaar is, dan is "lijkt klaar" alles wat het heeft. In de praktijk word jij de testsuite, en elke fout wacht tot jij hem opmerkt.

Geef het iets dat met geslaagd of mislukt terugkomt, en Claude kan de lus zelf sluiten: het voert de wijziging door, draait de controle, leest de fout, herstelt en draait de controle opnieuw.

De controle kan bijna alles zijn waarvan Claude het resultaat kan lezen:

- een testbestand
- de exitcode van een build
- een linter of typecontrole
- een script dat uitvoer vergelijkt met een bewaard voorbeeld
- een browserscreenshot naast het ontwerp gelegd

Heeft je project er al een, dan is de nuttigste regel in je CLAUDE.md het commando dat die draait. Hoe streng je de controle maakt, bepaal je zelf:

| Niveau | Hoe | Goed voor |
| --- | --- | --- |
| In de prompt | `run the auth tests after, and keep going until they pass` | Elke taak, geen opzet nodig |
| Als doel | `/goal all tests in tests/auth pass and lint is clean` stelt een voorwaarde in die een apart model na elke beurt controleert | Lange runs waar niemand naar kijkt |
| Als Stop-hook | Een script dat draait als Claude probeert af te ronden en het terugstuurt aan het werk als het faalt | Een regel die altijd moet gelden |
| Door een frisse reviewer | `/code-review` controleert de diff in een nieuwe subagent die je conversatie nooit zag | Een tweede mening |

De ene controle om mee te beginnen

Voeg het exacte testcommando toe aan CLAUDE.md en sluit je prompts af met "run it and show me the output". Dat alleen lost de meeste gevallen van "het zei dat het klaar was" op.

## Gewoonte 6: Vraag om bewijs, niet om geruststelling

"Alle tests slagen" zegt op zichzelf heel weinig. Vraag Claude het commando te tonen dat het draaide en de uitvoer, of de screenshot. De uitvoer lezen is sneller dan de controle zelf draaien, en voor een sessie waar je niet naar keek is het het enige bewijs dat je hebt.

Zegt Claude dat het klaar is, dan kun je ook `/verify` draaien, waarmee Claude de app bouwt en draait en naar het resultaat kijkt. Dat vangt het soort problemen dat tests en typecontroles missen, zoals een pagina die technisch laadt maar zichtbaar kapot is.

In Claude Tutorial

Het werk controleren hoort bij de vaardigheid

Weten wat je moet verifiëren en om bewijs vragen geldt voor elk soort werk met Claude, en de app oefent het met echte taken, niet alleen met code.

Binnenkort

[DOWNLOAD VIA Google Play](https://play.google.com/store/apps/details?id=com.claudetutorial.mobile)

## Gewoonte 7: Kijk de eerste minuut mee en stuur vroeg bij

Geen opzet vervangt meekijken bij het begin van een taak en ingrijpen als Claude een kant op gaat die jij niet bedoelde. Leer deze bedieningen uit je hoofd:

- **`Esc`** stopt Claude midden in een actie en houdt alles tot dat punt, zodat je kunt bijsturen zonder werk te verliezen.
- **Typ en druk op Enter** terwijl Claude werkt om een correctie in de wachtrij te zetten. Claude leest die zodra de huidige toolaanroepen klaar zijn en past zich aan.
- **`/rewind`**, of twee keer `Esc` op een lege prompt, opent een menu waarin je de code, de conversatie of beide terugzet naar een eerder punt. Zo is het weinig riskant om eerst de gewaagdere aanpak te proberen.
- **`/btw`** stelt een snelle zijvraag zonder die aan de conversatiegeschiedenis toe te voegen.

Terugspoelen dekt bestanden die Claude bewerkte, niet alles

Bestanden die alleen door een shellcommando zijn gewijzigd worden niet hersteld, en databases of uitrol naar een server ook niet. Terugspoelen werkt naast git. Het vervangt het niet.

## Gewoonte 8: Begin opnieuw na twee mislukte correcties

Heb je hetzelfde twee keer gecorrigeerd en is het nog steeds fout, dan voegt een derde correctie iets toe aan een conversatie die al twee mislukte pogingen bevat die Claude blijft herlezen. Draai `/clear` en schrijf één nieuwe prompt met wat je hebt geleerd.

Het voelt als voortgang verliezen. Het werkt bijna altijd beter. `/clear` tussen niet-verwante taken is ook op zichzelf een goede gewoonte, want een gerichte context geeft betere antwoorden en kost minder.

Voor werk dat meerdere dagen beslaat geef je de sessie een naam met `/rename oauth-migration` en pak je hem later op met `claude --resume oauth-migration`. `claude --continue` hervat de meest recente.

## Gewoonte 9: Houd regels kort en verplaats harde regels uit de lopende tekst

Alles wat je Claude vertelt in een prompt of in CLAUDE.md is een verzoek dat het model leest en meestal volgt. Een hook, een deny-regel of een beheerde instelling is anders: Claude Code dwingt die elke keer af, wat het model ook besluit.

Gebruik de eerste soort voor bijna alles, omdat Claude goed kan beoordelen wanneer een richtlijn past. Gebruik de tweede soort voor de paar regels die geen uitzonderingen mogen hebben, zoals "bewerk nooit de gegenereerde client" of "draai altijd de formatter na het aanmaken van een bestand".

Een signaal om op te letten

Blijf je nadruk toevoegen aan een CLAUDE.md-regel en mist Claude hem toch, dan hoort de regel in een hook. Het omgekeerde geldt ook: heb je hooks gebouwd voor dingen die slechts voorkeuren zijn, verwijder ze dan.

Wordt je sessie lang, kijk dan in `/context` wat ruimte gebruikt. Claude comprimeert de conversatie automatisch, en een samenvatting kan gedetailleerde instructies van vroeger kwijtraken. Blijvende regels horen in CLAUDE.md, dat na `/compact` opnieuw van schijf wordt gelezen. Je kunt de samenvatting ook sturen: `/compact focus on the API changes`.

## Advies dat je kunt laten varen

Sommige oudere tips waren omwegen voor dingen die eerdere modellen niet konden. Huidige modellen hebben dat ingehaald, en de omwegen kosten nu meer dan ze opleveren.

| Oud advies | Waarom je het kunt laten |
| --- | --- |
| Beheer het contextvenster agressief | De meeste huidige modellen hebben een zeer groot venster en comprimeren gebeurt automatisch. `/clear` tussen taken blijft de moeite waard. |
| Voeg IMPORTANT of HOOFDLETTERS toe aan regels | Gewone formulering wordt gevolgd, en nadruk laat Claude de regel te vaak toepassen. Een regel die niet mag buigen is een hook. |
| Zeg "think hard" of "be thorough" | Inspanning is de echte regeling. Deze zinnen sturen er alleen binnen bij. |
| Zeg Claude door te gaan en niet lui te zijn | Modellen gaan door met een afgesproken taak. Claude een controle geven om te halen is iets anders, en blijft de moeite waard. |
| Beschrijf je architectuur in CLAUDE.md | Claude leest de repo. Schrijf alleen op wat het niet kan vinden. |
| Gebruik een subagent voor een beter antwoord | Dezelfde taak delegeren verbetert hem niet. Een frisse reviewer helpt omdat die je redenering niet zag, en dat is iets anders. |

## Veelgestelde vragen

### Hoe krijg ik betere resultaten met Claude Code?

Geef het informatie die het niet kan zien, schrijf specifieke prompts, geef bestanden en fouten zelf in plaats van ze te beschrijven en geef het een controle die slaagt of faalt. Stuur dan vroeg bij met `Esc` en draai `/clear` als correcties niet werken.

### Waarom zegt Claude Code dat het klaar is terwijl het dat niet is?

Het stopt als het werk klaar lijkt. Bewijst niets wat het kan draaien het tegendeel, dan is "lijkt klaar" alles wat het heeft. Geef het een test, build of linter om te draaien en vraag de uitvoer te tonen.

### Moet ik elke keer de Plan-modus gebruiken?

Nee. Gebruik hem als een wijziging veel bestanden raakt, als je de code nog niet begrijpt of als een fout duur zou zijn. Vraag een wijziging van één zin direct aan.

### Wanneer gebruik ik /clear?

Tussen niet-verwante taken, en na twee mislukte correcties van hetzelfde probleem. Begin de nieuwe prompt met wat je hebt geleerd.

### Wat is het verschil tussen CLAUDE.md en een hook?

CLAUDE.md zijn instructies die Claude leest en meestal volgt. Een hook is een script dat Claude Code op een vast moment draait, dus het gebeurt ongeacht wat het model besluit. Gebruik een hook voor een regel zonder uitzonderingen.

### Hoe hervat ik de Claude Code-sessie van gisteren?

Draai `claude --continue` voor de meest recente conversatie, of `claude --resume` om er een te kiezen. Gaf je een sessie een naam met `/rename`, gebruik dan `claude --resume <naam>`.

## Je gewoontechecklist

- Je prompt noemt de plek, het symptoom of doel en hoe klaar eruitziet
- Claude heeft een commando om te draaien dat met geslaagd of mislukt terugkomt, en je vroeg de uitvoer te zien
- Je keek de eerste minuut mee en kent `Esc`, `/rewind` en `/clear`
- CLAUDE.md bevat alleen wat Claude niet in de code kan vinden, en regels die nooit mogen buigen zijn hooks
- Je leest de diff voordat je commit, zoals bij de pull request van een collega

## Verder lezen

- [Claude Code voor beginners: installeren, inloggen en je eerste taak](https://claudetutorial.com/guides/nl-nl/claude-code-voor-beginners-installeren-inloggen-en-je-eerste-taak) om je eerste sessie op te zetten en te draaien.
- [CLAUDE.md uitgelegd: leer Claude Code één keer je project kennen](https://claudetutorial.com/guides/nl-nl/claude-md-uitgelegd-leer-claude-code-je-project-een-keer-kennen) voor het bestand dat je regels van sessie naar sessie meeneemt.
- [Claude Code: permission modes en Plan-modus uitgelegd](https://claudetutorial.com/guides/nl-nl/claude-code-permission-modes-en-plan-modus-uitgelegd) om te kiezen hoeveel Claude zonder te vragen mag doen.
- [Wat te doen als Claude niet doet wat je vroeg](https://claudetutorial.com/guides/nl-nl/wat-te-doen-als-claude-niet-doet-wat-je-vroeg) voor hetzelfde probleem in de chat-app.
- [Zo voer je wijzigingen in meerdere bestanden door met Claude Code](https://claudetutorial.com/guides/nl-nl/zo-voer-je-wijzigingen-in-meerdere-bestanden-door-met-claude-code) voor deze gewoonten toegepast op een wijziging over veel bestanden.