Vibe coding: wat het is, wat het kan en waar het misgaat

Vibe coding is software bouwen door in gewone taal te beschrijven wat je wilt, terwijl een AI de code schrijft en jij die code niet leest. Je beoordeelt alleen of het resultaat werkt. Voor een prototype, een demo of een interne tool zonder gevoelige gegevens werkt dat verrassend goed. Zodra er klantgegevens, betalingen of inlogs in zitten, heb je iemand nodig die de code begrijpt. AI schrijft de code, maar jij blijft verantwoordelijk voor wat die code doet.

Wat is vibe coding? De betekenis in gewone taal

Vibe coding is bouwen door te beschrijven wat je wilt, terwijl een AI de code schrijft. Je typt een prompt, een opdracht in gewone taal, zoals "maak een app waarin mijn klanten een afspraak kunnen plannen". De AI bouwt iets. Je klikt erdoorheen, ziet wat er niet klopt en beschrijft dat weer in gewone taal. Krijg je een foutmelding, dan plak je die terug in de chat. De code zelf lees je niet.

De term komt van Andrej Karpathy, een van de bekendste AI-onderzoekers. Hij beschreef in februari 2025 hoe hij software bouwde door zich over te geven aan de flow en te vergeten dat er code onder zat. Het woord sloeg zo aan dat Collins Dictionary vibe coding uitriep tot woord van het jaar 2025. Een vaste Nederlandse vertaling is er niet. "Programmeren op gevoel" komt het dichtst in de buurt.

Je doet het met twee soorten tools:

• AI-appbouwers in de browser, zoals Lovable, Bolt en Replit. Je chat, de tool bouwt en host het resultaat.
• Codeer-agents, zoals Claude Code, Codex, Cursor en GitHub Copilot. Die werken in de bestanden op je computer of in een online projectmap. Hoe dat werkt voor een website, lees je in website bouwen met Claude Code.

Dit artikel gaat over de werkwijze zelf. Wil je weten welke kant-en-klare AI-websitebouwers er zijn en wat ze kosten, lees dan website laten maken door AI. Daar vergelijk ik Wix, Framer, Lovable en andere bouwers.

Vibe coding vs AI-ondersteund bouwen: het verschil

Vibe coding wordt vaak gebruikt voor alles waar AI code schrijft. Dat is te ruim. Ook ervaren developers laten AI tegenwoordig veel code schrijven. Het verschil zit niet in de tool, maar in wie de code begrijpt en ervoor tekent.

Dezelfde codeer-agent kan dus voor allebei gebruikt worden. Een ondernemer die met Claude Code een rekentool in elkaar zet zonder de code te lezen, doet aan vibe coding. Een developer die met dezelfde tool een feature bouwt en elke regel nakijkt, doet dat niet. De vraag "is dit vibe coding?" is daarmee eigenlijk de vraag: kan iemand uitleggen wat deze code doet?

Wat kan vibe coding wel? Vijf goede toepassingen

Ik ben geen tegenstander van vibe coding. Het is een sterke manier om snel iets tastbaars te maken. Hier werkt het goed:

1. Een idee testen. Een klikbaar prototype zegt meer dan een presentatie vol beloftes. Laat vijf mensen uit je doelgroep een taak uitvoeren en je weet in een week meer dan na een maand nadenken.
2. Een interne tool zonder gevoelige gegevens. Een rekenmodule voor offertes, een planningsoverzicht of een checklist voor je team. Als het stukgaat, is dat vervelend, maar er lekt niets.
3. Een demo voor je developer. Een werkend voorbeeld van hoe jij een scherm voor je ziet, scheelt pagina's uitleg en misverstanden. De developer bouwt het daarna goed.
4. Een eenmalig experiment. Een tijdelijke pagina voor een evenement of een test met een nieuwe dienst, die na een paar weken weer offline gaat.
5. Leren wat er kan. Wie een middag vibe codet, snapt beter wat software doet en kan daarna betere vragen stellen aan een bouwer.

Wat deze vijf gemeen hebben: als het misgaat, is de schade beperkt, en niemand vertrouwt zijn gegevens aan het resultaat toe.

Waar vibe coding misgaat: de valkuilen

De eerste versie gaat bijna altijd verrassend goed. De problemen komen later, en ze komen niet allemaal tegelijk in beeld.

Het werkt, maar is het veilig?

Een AI-tool bouwt wat je vraagt. Als je niet vraagt wie welke gegevens mag zien, regelt hij dat niet altijd goed. Bekende fouten zijn geheime sleutels die in de code in de browser staan en databasetabellen zonder toegangsregels, waardoor iedereen met een beetje kennis gegevens van andere gebruikers kan opvragen. Je ziet daar als gebruiker niets van, want de app werkt gewoon. De tien controles voordat je iets live zet, staan in vibe coding security. Die herhaal ik hier niet.

De fix die twee nieuwe fouten maakt

Hoe groter de app, hoe vaker het gebeurt: je vraagt om een kleine aanpassing en er breekt iets op een heel andere plek. Je plakt de nieuwe fout terug, de AI repareert hem en er gaat weer iets anders mis. Omdat niemand het geheel overziet, draai je rondjes. Bij een tool die per bericht of per credit rekent, betaal je die rondjes ook.

Niemand begrijpt de code

Na een paar maanden prompten heb je code met dubbele functies, halve oplossingen en onderdelen die niemand meer gebruikt. Zolang het werkt, merk je dat niet. Moet er een developer aan de slag, dan moet die eerst uitzoeken wat er staat. Soms is opnieuw bouwen dan goedkoper dan doorbouwen. Ook de pakketten waarop je code leunt, verouderen en krijgen beveiligingsupdates. Iemand moet die bijhouden.

De AI doet wat je zegt, niet wat je bedoelt

Een taalmodel vult gaten met aannames. Wat gebeurt er als een klant een afspraak annuleert? Als twee mensen tegelijk hetzelfde tijdslot boeken? Als iemand zijn account wil laten verwijderen, zoals de AVG hem toestaat? Die vragen stelt de AI niet vanzelf, en het antwoord bepaalt of je app in de praktijk bruikbaar is. Dat zijn bedrijfsregels. Die ken alleen jij.

Een agent met te veel rechten

Codeer-agents kunnen zelf commando's uitvoeren en in databases werken. Dat is handig, tot het misgaat. In juli 2025 haalde een geval met de agent van Replit het nieuws: die wiste tijdens een experiment van een ondernemer een productiedatabase, terwijl er nadrukkelijk was gevraagd niets te wijzigen. De topman van Replit bood excuses aan en kondigde aanpassingen aan, zoals een strikte scheiding tussen test- en productiedatabase. De les is niet dat Replit slecht is, maar dat je een agent nooit meer rechten geeft dan de taak vraagt. Meer daarover lees je in AI-agents.

Vast aan één tool

Bouw je alles in één appbouwer, dan staan je code, je database en je hosting vaak op dezelfde plek. Stop je met het abonnement of wil je naar een andere partij, dan moet je weten wat je meeneemt. Koppel je project daarom vanaf het begin aan GitHub en houd accounts op je eigen naam. Hoe dat bij Lovable werkt, lees je in Lovable exporteren.

Het stoplicht: wanneer is vibe coding prima en wanneer niet?

Of vibe coding verstandig is, hangt niet af van de tool, maar van wat er op het spel staat. Gebruik dit stoplicht.

De grens tussen oranje en rood is het moment waarop iemand je iets toevertrouwt: een e-mailadres, een wachtwoord, een betaling. Vanaf dan ben jij verantwoordelijk voor wat er met die gegevens gebeurt, ook onder de AVG. "De AI heeft het gebouwd" is geen verweer.

Zo pak je vibe coding verstandig aan: wie doet wat

Wil je zelf aan de slag, dan raad ik deze werkwijze aan. De AI doet het schrijfwerk, jij houdt de regie.

Begin niet met "bouw mijn app", maar laat de AI eerst plannen. Bijvoorbeeld zo:

Ik wil een eenvoudige tool bouwen voor [doelgroep] die [probleem] oplost. Schrijf nog geen code. Stel me eerst vijf vragen over hoe de tool gebruikt wordt. Maak daarna een plan met de schermen, welke gegevens er worden opgeslagen, wie die gegevens mag zien en wat er gebeurt als iets misgaat. Markeer alles wat persoonsgegevens raakt.

En voordat je iets aan anderen laat zien:

Leg in gewone taal uit wat deze app doet. Welke gegevens worden opgeslagen, waar staan ze en wie kan erbij? Welke sleutels of wachtwoorden zitten in de code? Wat zou er gebeuren als een kwaadwillende gebruiker de app probeert te misbruiken? Noem alles waar je niet zeker van bent.

Die tweede prompt maakt je app niet veilig. Een AI die zijn eigen werk nakijkt, mist dezelfde dingen die hij bij het bouwen miste. Maar het antwoord laat wel zien of je in het groene vak zit of dat je hulp nodig hebt.

Twee vaste regels daarnaast: gebruik verzonnen testgegevens in plaats van je echte klantenbestand, en zet niets live dat je niet in een paar zinnen aan een ander kunt uitleggen.

Vibe coding in je team: maak er afspraken over

Vibe coding gebeurt niet alleen bij ondernemers met een app-idee. Ook medewerkers bouwen tegenwoordig zelf een handige tool, omdat het kan. Dat is mooi, zolang iedereen weet waar de grens ligt. Anders draait er na een jaar een klantenoverzicht op een gratis account van een stagiair.

Neem vibe coding daarom op in je AI-afspraken:

• welke bouwtools mogen, en alleen met een zakelijk account;
• dat er nooit echte klant- of personeelsgegevens in een zelfgebouwde tool gaan zonder toestemming;
• wie beslist of een tool live mag, en wie hem daarna onderhoudt;
• dat code en accounts op naam van het bedrijf staan, niet op naam van één persoon.

Een voorbeeld en een template voor zulke afspraken vind je in AI-beleid opstellen.

Wat kost het als je het later wel goed moet laten bouwen?

Vibe coding voelt gratis, en dat is het in het begin bijna. De rekening komt als je prototype een echt product moet worden. Dan betaal je voor iemand die de code leest, opruimt of opnieuw opzet, voor beveiliging en voor onderhoud. Hoe hoog dat wordt, hangt af van wat je app moet kunnen. Wat een app laten bouwen grofweg kost en welke posten de prijs bepalen, lees je in app laten maken: kosten.

Het prototype is daarbij niet weggegooid geld. Wat je geleerd hebt over je gebruikers, de schermen en de keuzes die je al maakte, neem je mee. Dat is vaak meer waard dan de code zelf.

Conclusie: AI schrijft de code, jij blijft verantwoordelijk

Vibe coding is een snelle en goedkope manier om een idee tastbaar te maken. Voor prototypes, demo's en interne tools zonder gevoelige gegevens is het een prima werkwijze. Het gaat mis zodra je het resultaat behandelt als een af product: als er klantgegevens, betalingen of inlogs in komen terwijl niemand de code begrijpt. Gebruik het stoplicht, laat de AI eerst plannen en zorg dat iemand kan uitleggen wat er gebouwd is.

Heb je een prototype en wil je weten hoe je verder komt? Lees dan zelf een app maken met AI, met een overdrachtslijst voor je developer. Benieuwd hoe ik een traject van idee naar product aanpak? Download het pitchdeck.