De tools zijn niet het probleem. Claude Code, Cursor, Lovable, iedereen heeft er toegang toe. Maar toegang hebben is iets heel anders dan er als team goed mee werken.

Wij weten dit, omdat AI-driven development ons core business is. We bouwen AI-software voor klanten en we bouwen software met AI. Dat klinkt hetzelfde. Het is het niet. En precies die combinatie heeft ons de afgelopen jaren geleerd wat er echt toe doet.

Het patroon dat we overal zien

Bedrijven die serieus met Claude Code beginnen, doorlopen bijna altijd dezelfde fases.

Eerst is er het enthousiasme. Iedereen mag zijn eigen tool kiezen, resultaten zijn veelbelovend. Dan komt de frustratie: code reviews worden onvoorspelbaar, iemand pusht een PR met honderd gewijzigde files omdat Claude Code "het gewoon af had gemaakt", bugs duiken op in hoeken waar niemand ownership over had genomen. En uiteindelijk komt de vraag: hoe maken we dit structureel?

Veel teams blijven hangen in de tweede fase. Niet omdat ze de verkeerde tools kiezen, maar omdat ze de verkeerde vraag stellen. De vraag is niet welke tool je kiest. De vraag is hoe je als team met AI werkt.

Wat er verandert als je het écht samen doet

Twee maanden geleden hebben we geschakeld. We hadden al jaren met AI gewerkt, maar iedereen deed het op zijn eigen manier. Dat hebben we vlakgetrokken. Iedereen op Claude Code (Team Plan), gedeelde regels, gedeelde context, één aanpak die voor het hele team geldt, van product owner tot developer.

Het resultaat: twee tot vijf keer hogere productiviteit, gemeten door onze developers zelf. Maar het grotere effect was minder zichtbaar: minder miscommunicatie, minder aannames die uitlopen op bugs, drastisch minder tijd kwijt aan projectmanagement. Voor het eerst werkt iedereen op dezelfde manier.

Dat effect komt niet van Claude Code. Dat effect komt van structuur.

Waarom Claude Code gevaarlijk is als je het verkeerd inzet

Claude Code is op dit moment de sterkste CLI-agent voor development. Niet alleen omdat het model sterk is, maar omdat de tool is gebouwd rond autonomie. Je geeft een taak, Claude Code gaat zelf door je codebase, haalt de relevante context op, schrijft het plan en voert het uit.

Dat is precies waarom het mis kan gaan als de basis niet klopt.

Autonomie zonder structuur is chaos met een hoog tempo. Uit onderzoek (Veracode, CodeRabbit, 2025) blijkt dat AI-gegenereerde pull requests gemiddeld 1,7 keer meer issues bevatten dan handgeschreven code. Slechts 48 procent van de developers controleert AI-code consistent voordat ze committen.

De les die wij hebben geleerd: AI versterkt wat er al is. Sterke teams worden sneller én betrouwbaarder. Teams die nu al moeite hebben met kritisch reviewen, zullen die gewoonte nog sneller kwijtraken als er meer output te beoordelen is.

De Claude Code workflow die het verschil maakt

De concrete verandering in onze aanpak zit in de volgorde. We werken spec-driven: eerst begrijpen, dan plannen, dan pas schrijven.

Dat klinkt logisch. De meeste teams doen het toch niet. In de praktijk start een developer een taak met een halve omschrijving, laat Claude Code "iets bouwen" en beoordeelt het resultaat. Dat levert code op die technisch werkt maar het probleem niet goed oplost.

Onze aanpak begint bij een ticket. Vanuit die ticket schrijft Claude Code een volledige feature spec: user stories, acceptance criteria, edge cases, technische context, open vragen. Dat document review je zorgvuldig. Je past het aan. Je bent het ermee eens. Dan pas geef je het startschot voor het plan. En als het plan klopt, ga je executeren.

De fase vóór het schrijven van code is de fase die de meeste winst oplevert. Niet omdat Claude Code slimmer wordt van meer context, maar omdat jij scherper wordt. Je dwingt jezelf om het probleem te begrijpen voordat je begint met oplossen.

Context is de nieuwe kernskill

Andrej Karpathy verwoordde het scherp: de nieuwe programmeertaal is Engels. Wat hij bedoelde: de waarde van een developer zit steeds minder in hoe snel hij typt, en steeds meer in hoe goed hij een probleem kan omschrijven en een oplossing kan beoordelen.

Dat zien wij in de praktijk. De developers in ons team die het meeste uit Claude Code halen, zijn niet per se de meest technische. Het zijn degenen die hun context het scherpst formuleren, die een plan kunnen lezen en zeggen "dit klopt niet", en die eigenaarschap nemen over wat er uit komt.

"Claude Code heeft dit gegenereerd" is geen excuus. De developer die de code doorlaat is verantwoordelijk, niet voor het genereren, maar voor het oordeel.

Wat de CLAUDE.md werkelijk is

Een van de meest concrete tools in onze workflow is de CLAUDE.md, het configuratiebestand dat Claude Code bij elke sessie als context inlaadt.

De meest gemaakte fout: teams proberen alles daarin te zetten. Een document van vijf pagina's dat bij elke prompt wordt meegestuurd. Dat werkt averechts. Hoe groter de context, hoe meer ruis.

De CLAUDE.md werkt als een systemprompt, niet als een handleiding. Het geeft Claude Code een helder beeld van de codebase, de conventies en de beperkingen. Alles wat verder gaat, wordt op aanvraag opgehaald via referenties naar specifieke bestanden. Skills voor specifieke taken, architectuurbeslissingen voor de relevante context, specs voor actieve features.

Het principe: geef Claude Code altijd precies genoeg context om de taak te begrijpen. Nooit meer dan dat.

Drie jaar, 50+ projecten, één conclusie

We hebben Cursor geprobeerd, Copilot, Codex, en vrijwel alles wat sindsdien is uitgebracht. De conclusie is niet welke tool het beste is. De conclusie is dat de tool minder uitmaakt dan hoe je hem inzet.

Wat er klikte: het moment dat we stopten met AI-development behandelen als een individuele vaardigheid en het begonnen te behandelen als een teamsport. Gedeelde regels. Gedeelde context. Gedeeld eigenaarschap. Niet iedereen op zijn eigen eiland met zijn eigen gewoontes, maar één aanpak die je als team leert, bijstuurt en verbetert.

Dat is wat we nu overdragen aan andere teams. Niet als slides over AI-strategie, maar als een werkwijze die we zelf dagelijks gebruiken.

—

MSTR bouwt AI-software voor organisaties en traint development teams in AI-driven werkwijzen. Meer lezen over onze aanpak? Bekijk onze andere blogs of volg ons op LinkedIn.