Vibecoding: je app zelf bouwen met AI. Tot het ingewikkeld wordt.

Met AI-tools als Cursor, Bolt en Replit kan tegenwoordig iedereen een werkende app in elkaar klikken. Vibecoding noemen ze dat: je beschrijft wat je wil, de AI schrijft de code. Klinkt geweldig, en voor simpele dingen is het dat ook. Maar zodra je app moet inloggen via itsme, koppelen met je boekhoudsoftware of betalingen verwerken, loop je vast. En dan heb je toch iemand nodig die weet wat er onder de motorkap gebeurt.

Wat is vibecoding?

De term komt van Andrej Karpathy, voormalig AI-directeur bij Tesla. Het idee: je hoeft niet meer te programmeren, je beschrijft gewoon wat je wil en AI schrijft de code. Je "voelt" je weg naar een werkend resultaat, zonder elke regel te begrijpen. Vandaar de naam.

En het werkt. Voor een simpel dashboard, een intern formulier, een landingspagina of een prototype kan je in een middag iets neerzetten dat er goed uitziet en doet wat het moet doen. Dat is krachtig.

Waar loopt het vast?

Bij alles wat met de buitenwereld praat. En dat is bij serieuze apps bijna altijd het geval. Denk aan:

Inloggen via itsme of eID. Dat is niet gewoon een knopje. Dat is een keten van certificaten, beveiligde tokens en strikte regels van de overheid. Een fout en je gebruikers kunnen niet inloggen, of erger: hun gegevens lekken.

Koppelen met je boekhoudsoftware. Of dat nu Exact Online, Yuki, Octopus of iets anders is: elke koppeling heeft zijn eigen specificaties, limieten en valkuilen. Een factuur correct doorsluizen is iets anders dan een factuur tonen op een scherm.

Betalingen verwerken. Mollie of Stripe integreren klinkt simpel, tot je te maken krijgt met webhooks, refunds, btw-berekeningen en PCI-compliance. Hier wil je geen code draaien die je niet begrijpt.

GDPR-gevoelige data opslaan. Persoonsgegevens, medische data, financiële informatie: daar gelden strenge regels voor. AI-gegenereerde code houdt daar geen rekening mee.

Waarom snapt AI die koppelingen niet?

Omdat die koppelingen niet standaard zijn. Elk systeem heeft zijn eigen manier van werken, zijn eigen documentatie (vaak gebrekkig), en zijn eigen randgevallen. AI-tools zijn getraind op publieke code, maar de specifieke koppeling tussen jouw boekhoudpakket en jouw factuurflow bestaat nergens online. Dat moet iemand bouwen die begrijpt hoe beide kanten werken.

Bovendien veranderen die systemen regelmatig. Een koppeling die vandaag werkt, kan volgende maand kapot zijn door een update aan de andere kant. Dat opvangen vraagt ervaring, niet alleen code.

Dus vibecoding is waardeloos?

Absoluut niet. Het is een enorme versnelling voor bepaalde dingen. Prototypes bouwen, interne tools uittesten, een eerste versie van een idee neerzetten: dat gaat nu tien keer sneller dan vijf jaar geleden. Wij gebruiken het zelf ook. Een groot deel van ons maatwerk proces is versneld door AI.

Maar de afwerking, de koppelingen, de beveiliging: dat is waar het verschil zit tussen iets dat werkt in een demo en iets dat je effectief in productie kan draaien. En daar heb je mensen voor nodig die snappen wat er gebeurt als het misgaat.

Wanneer doe je het zelf en wanneer niet?

Zelf doen werkt prima voor: een landingspagina, een intern dashboard, een simpele calculator, een prototype om te testen of een idee werkt.

Technische hulp nodig bij: inloggen via externe diensten (itsme, Google, Microsoft), koppelingen met boekhoudsoftware of CRM, betalingen en facturatie, opslag van persoonsgegevens, en alles waar beveiliging kritiek is.

De vuistregel: als je app alleen data toont die je zelf invoert, kan je ver komen met vibecoding. Zodra je app data uitwisselt met andere systemen of gevoelige informatie verwerkt, haal er iemand bij die weet wat die doet.