Vibe coden werkt, maar niet zonder deze workflow

Wat is vibe coden en waarom doen veel mensen het fout?

Vibe coden is coderen door middel van tekst. Niet door regels code te typen, maar door in gewone taal te beschrijven wat je wilt bouwen en een AI-tool dat laten uitvoeren. De term werd in februari 2025 geïntroduceerd door Andrej Karpathy, voormalig medewerker van OpenAI en Tesla: “There’s a new kind of coding where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.”

De belofte is aantrekkelijk: iedereen kan bouwen, zonder programmeerkennis, in een fractie van de tijd. En die belofte is deels waar, mits je weet wat je doet.

Het grootste probleem: De meeste mensen nemen de input niet serieus genoeg. AI werkt als een grote black box, je gooit er iets in en aan de andere kant komt er iets uit. Wil je invloed hebben op wat er uit komt, is de enigste manier om het aan de voorkant heel erg duidelijk erin te stoppen. Bij projecten die wij vibe coden zit tot wel 80% van onze tijd in de research & plan fase. Als je eenmaal die fases voorbij bent kan vibe coden daarna je een enorme tijdsbesparing opleveren.

Een ander groot probleem is dat je zonder technische kennis eigenlijk niet weet je doet, voor een MVP is dat niet zo erg, maar voor een productie ready product zeer gevaarlijk. Je vertrouwt 100% op het systeem en kunt de output niet beoordelen. Je ziet niet of de code veilig is, schaalbaar is, of over drie maanden nog te onderhouden valt. Zo komt uit recent onderzoek naar voren dat ontwikkelteams inmiddels tot 33% van hun tijd spenderen aan het oplossen van AI “schuld”, schuld die vaak begint bij het klakkeloos accepteren van AI-gegenereerde code zonder review of structuur.

Waarom een sterke workflow niet optioneel is

Als je producten voor de lange termijn wilt bouwen, heb je een solide architectuur en workflow nodig. Zonder die structuur verlies je op een gegeven moment zelf het overzicht van wat er in je applicatie zit. En dat is het cruciale punt: een codeer agent als Claude Code kan de codebase nog wel overzien. Maar op het moment dat jij het niet meer begrijpt, ben jij de zwakste schakel in je eigen project. Je kunt niet meer sturen, niet meer reviewen en niet meer beslissen wat de volgende stap moet zijn. Daarom is het essentieel om voordat je begint met bouwen een workflow op te zetten.

Onze workflow stap voor stap

Bij Sadivo werken we volgens de RPIT-loop: Research, Plan, Implement, Test. Dit is het overkoepelende principe achter onze gehele workflow. In alle eerlijkheid je zou dit bij vibe coden beter de: Research en Plan workflow kunnen noemen, want deze zijn samen goed voor 80% van het werk. Het implementeren doe je grotendeels met de AI. En het testen is een combinatie.

Alles wat je zelf kunt sturen, zit in de eerste twee stappen. Doe die goed, en de rest volgt.

De RPIT-loop

1. Research: Brainstormen, marktverkenning, business canvas, projectdoelen bepalen
2. Plan: Product spec/engineering spec, architectuur, MD files opstellen
3. Implement: Bouwen met Claude Code op basis van de spec
4. Test: Handmatig testen, reviewen, itereren

Zo ziet de volledige workflow eruit:

Stap 1: Brainstormen & research

Elk succesvol product begint met een brainstormsessie of eigenlijk meerdere. Doe dit met zoveel mogelijk mensen, verschillende expertises en misschien wel met een AI bot erbij, voor input vanuit een nieuw perspectief of puur om te notuleren. Je legt hiermee de basis voor je product en daarom wil je eigenlijk brainstormsessies blijven itereren totdat je alle ideeën op papier hebt staan. Daarnaast is dit ook de stap waar je verder markresearch doet en business canvassen maakt.

Stap 2: Mijlpalen opstellen & product spec

Centraal in stap twee staat: wat moet er in de eerste versie komen en wat bewaar ik voor later. In deze stap ga je de functionalieiten per versie opstellen en daarnaast de product spec van je project maken. De product spec is het belangrijkste bestand van je hele plan fase, hierin zet je in zoveel mogelijk details precies neer hoe jij wilt dat jouw product er van voor en achter uitziet. Het doel van de product spec is dat de AI geen enkele keuze meer hoeft te maken, want elke keuze die hij maakt, maakt hij in de black box waar jij er niks meer over te zeggen hebt. Voor een webapp schrijf je bijvoorbeeld in de productspec je volledige architectuur, engineering requirements, project goals, user flows, structuur, design system & page blocks uit.

Stap 3: Het instellen van je AI

Stap drie gaat over het opstellen van de regels voor je AI, in het geval van Claude heet dit de Claude.md, in veel andere coding agents gaat het hierbij om de Agents.md file. Deze file is de eerste file die jouw coding agent leest aan het begin van elke sessie, hierin staat in ongeveer 200 regels precies wat de agent moet doen, wat hij wel en niet mag. Geef hem hier dus ook hele gerichte richtlijnen.

Stap 4: Documentatie automatiseren

Om zelf makkelijk overzicht te houden over het product kun je geautomatiseerde documentatiebestanden instellen. Voorbeelden hiervan zijn bijvoorbeeld: architecture.md, changelog.md (wat er per versie is veranderd) en project_status.md (waar je nu staat). Deze bestanden houden zowel jou als de Ai agent gesynchroniseerd, sessie na sessie.

Stap 5: Bouwen: Plan mode eerst dan uitvoeren

Bijna elke coding agent heeft tegenwoordig een plan modus, in deze modus schrijft de agent nog geen regel code, maar plant hij precies wat de beste manier is van jouw product bouwen. Start daarom altijd in Plan mode, review dat plan, stuur bij waar nodig, en geef dan pas groen licht. Dit is het moment dat het vibe coden pas echt begint, de AI gaat aan de slag met jouw product.

Stap 6: Testen en handmatig reviewen

Tijdens de uitvoering van het AI plan, moet het product na elke iteratie getest worden het liefst handmatig. Niet pas aan het einde, maar doorlopend. Zo vang je problemen vroeg op, voordat het echte grote problemen worden.

Wat dit oplevert in de praktijk

Het vibe coden met een sterke workflow kan jouw bedrijf enorm veel winst concreet op drie gebieden:

• Snelheid: je bouwt snel, maar beheerst. Je weet altijd wat er in je codebase zit en waarom.
• Schaalbaarheid: producten die zijn gebouwd op een solide architectuur groeien mee met je bedrijf.
• Minder herstelwerk: doordat research en planning zo veel aandacht krijgen, bouw je minder dingen die je later weg moet gooien.

Inmiddels gebruikt 72% van de developers wereldwijd dagelijks AI-tools bij het programmeren en wordt 41% van alle code al gegenereerd door AI. Vibe coden is geen tijdelijk experiment meer, het is de nieuwe realiteit.