De technische keuzes
Leg vast welk framework, welke opslag en welke manier van stylen je aanhoudt. Doe je dat niet, dan kiest de agent zelf, en die keuze kan halverwege veranderen als je er niet naar terugverwijst.
Claude Code gebruiken voor prototypes
Claude Code is een agent die in je eigen codebase werkt vanuit de terminal of je editor. Dat maakt het geschikt om snel een prototype op te zetten, mits je de opdracht klein houdt en de output kunt beoordelen. Hieronder staat hoe je zo'n sessie inricht, waar het in de praktijk misgaat en op welk moment je beter stopt met doorbouwen.
01
/
06
Waarom afbakening het meeste verschil maakt
Een scherpe opdracht is bij deze manier van werken belangrijker dan een uitgebreide.
Claude Code kan over veel bestanden tegelijk werken en dat is precies waar het risico zit. Vraag je om iets breeds, dan krijg je iets breeds: schermen die er zijn maar niet af, een structuur die groter is dan je nodig had en een resultaat dat lastig te beoordelen valt.
Voor een prototype werkt het omgekeerde beter. Begin bij één flow met een duidelijk begin en einde, en beschrijf wat er aan het eind moet werken in plaats van welke functies er moeten zijn. Dat geeft een resultaat dat je in één keer kunt nakijken.
Wat de tool precies is en voor wie hij werkt staat in onze Claude Code review. Deze pagina gaat over het gebruik ervan voor een prototype.
02
/
06
Wat je vooraf vastlegt
Drie dingen die je aan het begin regelt en de rest van de sessie tijd besparen.
De grens van de opdracht
Beschrijf welke flow je wilt en wat er expliciet buiten valt. Zonder die tweede helft wordt er vaak meer gebouwd dan bedoeld, en dat is werk dat je daarna moet beoordelen of weggooien.
Hoe je het nakijkt
Spreek met jezelf af dat je per stap de wijzigingen doorleest voordat je verder gaat. Fouten die je vroeg ziet zijn klein. Diezelfde fouten drie stappen later zitten verweven in de rest.
03
/
06
Waar het in de praktijk misgaat
Drie patronen die met enige regelmaat terugkomen en alle drie zichtbaar zijn bij het nakijken.
Het eerste is oplossen wat niet gevraagd is. Je vraagt om een formulier en krijgt er validatie, foutmeldingen en een bevestigingsscherm bij. Op zichzelf niet verkeerd, maar het is code die je niet hebt beoordeeld en die het geheel groter maakt dan je scope.
Het tweede is herhaling van eerdere patronen. De agent kijkt naar wat er al in je project staat en trekt die lijn door, ook op plekken waar dat niet past. Dat maakt het resultaat consistent en soms consistent verkeerd.
Het derde is een foutmelding omzeilen in plaats van verhelpen. Een controle die in de weg staat wordt uitgezet, een uitzondering wordt opgevangen zonder dat de oorzaak wordt aangepakt. Het draait daarna, en dat is precies waardoor je het kunt missen als je niet leest wat er is veranderd.
04
/
06
Waar het wel en niet voor werkt
Een indeling om te bepalen of dit de juiste manier is voor jouw geval.
Werkt goed voor
- Een afgebakende flow snel opzetten in een project dat je zelf beheert.
- Doorbouwen op code die er al staat en die je kent.
- Werk dat over veel bestanden loopt, zoals hernoemen of herstructureren.
- Iemand die de output kan lezen en beoordelen.
Werkt minder goed voor
- Zelf bouwen zonder programmeerkennis, daar passen visuele builders beter.
- Een brede opdracht waarbij nog niet vaststaat wat er moet komen.
- Werk waarbij je de wijzigingen niet nakijkt voordat je verder gaat.
- Een productieversie zonder aparte stappen voor beveiliging en tests.
05
/
06
Wanneer je stopt
Het lastigste moment is niet de start maar het einde.
Een prototype heeft een vraag te beantwoorden. Zodra dat gebeurd is, is het klaar, ook al werkt het bouwen op dat moment prettig. Doorgaan omdat het snel gaat is de meest voorkomende manier waarop een prototype ongemerkt verandert in iets dat niet af is en ook niet meer klein.
Praktisch helpt het om vooraf op te schrijven wat er moet werken. Als dat werkt, stop je en ga je kijken wat je ervan hebt geleerd. Is de uitkomst dat je verder wilt, dan is dat een aparte beslissing met eigen keuzes over opzet en beheer.
Wat er daarna nodig is om iets productieklaar te maken staat op wanneer is een prototype productierijp. Wil je dit soort werk uitbesteden in plaats van zelf doen, dan is een agent laten bouwen of een bouwdag de kortere route.
06
/
06
Veelgestelde vragen
Kan ik met Claude Code zelf een prototype bouwen?
Als je code kunt lezen en beoordelen, ja. Claude Code werkt in je eigen codebase vanuit de terminal of je editor, dus je moet kunnen zien of wat er wordt opgeleverd klopt. Zonder die vaardigheid loop je vast op het moment dat er iets misgaat en je niet kunt beoordelen waar.
Waarom is het scherp afbakenen van de opdracht zo belangrijk?
Omdat een vage opdracht een brede oplossing oplevert. Vraag je om een werkende app, dan krijg je van alles een beetje. Vraag je om één flow met een gedefinieerd begin en eind, dan blijft het overzichtelijk en kun je beoordelen of het klopt.
Wat gaat er in de praktijk mis?
Meestal drie dingen. De agent verzint een oplossing voor een probleem dat je niet had, hij herhaalt patronen die hij eerder in het project zag ook waar ze niet passen, en hij lost een foutmelding op door de oorzaak te omzeilen in plaats van te verhelpen. Alle drie zijn zichtbaar als je de wijzigingen nakijkt.
Moet ik afspraken vastleggen voordat ik begin?
Dat helpt aanzienlijk. Als je vooraf noteert welke technische keuzes vaststaan en welke conventies je aanhoudt, hoef je die niet bij elke opdracht opnieuw uit te leggen en blijft het resultaat consistenter over meerdere stappen heen.
Is het sneller dan een visuele app-builder?
Dat hangt af van wat je bouwt en wat je kunt. Voor iemand zonder programmeerkennis is een visuele builder toegankelijker. Voor iemand die code kan lezen geeft Claude Code meer controle, omdat je in je eigen project werkt en niet vastzit aan wat de builder aanbiedt.
Wanneer stop ik met doorbouwen?
Op het moment dat de vraag die je wilde beantwoorden beantwoord is. Doorbouwen omdat het lekker loopt is de meest voorkomende manier om een prototype ongemerkt in iets halfs te veranderen dat nog niet af is en ook niet meer klein.
Is een prototype uit Claude Code klaar voor productie?
Niet zonder extra werk. Dat geldt voor alle snel gebouwde software: beveiliging, foutafhandeling, gedrag onder belasting en onderhoudbaarheid zijn aparte stappen die na de prototypefase komen.
