Bij vibe coding beschrijft u in gewone taal aan een AI wat u wilt, waarna die de code schrijft, die beoordeeld wordt op hoe ze werkt en niet door ze te lezen.
Wat is vibe coding?
Vibe coding is een manier om software te bouwen waarbij iemand in natuurlijke taal beschrijft wat hij wil, een AI-tool de eigenlijke code genereert, en die persoon het resultaat vooral bijstuurt door de vraag te herformuleren in plaats van de code regel per regel te lezen en aan te passen. Wat de term definieert, is waar de menselijke aandacht naartoe gaat: naar het feit dat het ding werkt wanneer het getest wordt, niet naar de kwaliteit of het volledige begrip van de code zelf.
De term werd bedacht door Andrej Karpathy, een erkend AI-onderzoeker en voormalig leidinggevende bij Tesla en OpenAI, in een bericht van februari 2025 waarin hij een nieuwe manier van werken beschreef: zich volledig laten meedrijven op de vibes, de exponentiële groei omarmen en zelfs vergeten dat de code bestond. De term verspreidde zich snel in de ontwikkelaarsgemeenschap en werd door het Collins-woordenboek verkozen tot woord van het jaar 2025, een teken van hoe snel de praktijk van een nichegewoonte uitgroeide tot gangbaar gebruik.
De adoptiecijfers die in 2026 gerapporteerd worden, bevestigen die trend. Onafhankelijke enquêtes bij ontwikkelaars melden dat een ruime meerderheid van de professionele ontwikkelaars voortaan dagelijks of wekelijks AI-tools gebruikt, en GitHub meldde dat een aanzienlijk deel van de nieuwe code op zijn platform voortaan door AI gegenereerd wordt. Wat enorm verschilt tussen die ontwikkelaars, is welk deel van die gegenereerde code nagekeken wordt voordat het online gaat, en net die variatie scheidt gedisciplineerde AI-ondersteunde ontwikkeling van vibe coding in zijn puurste en meest afstandelijke vorm.
Waarom vibe coding belangrijk is
Drie evoluties verklaren waarom het voortaan een echte beslissing is voor elk bedrijf dat software bouwt, en niet langer alleen een curiositeit voor hobbyisten.
- Het verkort de tijd tussen een idee en een werkende demo sterk. Een niet-technische oprichter of een klein team kan in enkele uren in plaats van weken een werkend prototype maken, wat verandert wie redelijkerwijs een idee kan testen voordat er een echt ontwikkelbudget vastgelegd wordt.
- Het verandert wat een klein team alleen kan proberen. Taken waarvoor vroeger een ontwikkelaar aangeworven moest worden (een snelle interne tool, een eenvoudige automatisering, een basiswebsite) kunnen vaak rechtstreeks gemaakt worden door iemand zonder traditionele programmeeropleiding.
- Het introduceert een echte kloof tussen code die werkt en code die veilig kan draaien. Demosoftware die werkt en software die klaar is voor productie lossen verschillende problemen op, en vibe coding is uitdrukkelijk geoptimaliseerd voor het eerste, wat een risico creëert wanneer de twee verward worden.
Het compromis dat u rechtstreeks moet aanvaarden: de snelheid komt voort uit het overslaan van de controlestap die traditioneel beveiligingsproblemen, inefficiënte logica en subtiele bugs opvangt. Dat compromis is zinvol voor een wegwerpprototype en veel minder zinvol voor alles wat aan klantgegevens, betalingen of publiek verkeer raakt.
Hoe het werkt
Vier elementen onderscheiden vibe coding van oudere vormen van AI-ondersteunde ontwikkeling.
Natuurlijke taal als belangrijkste interface. De instructies worden geschreven in gewone zinnen die de bedoeling en het gewenste gedrag beschrijven, niet in code, en het verfijnen gebeurt met nieuwe prompts in plaats van handmatige aanpassingen aan het gegenereerde resultaat.
Een oordeel op basis van het resultaat. De code wordt aanvaard of afgewezen naargelang het draaiende resultaat zich gedraagt zoals verwacht, getest door het te gebruiken, in plaats van regel per regel nagelezen zoals bij een traditionele code review.
Snelle wegwerpiteratie. Slechte resultaten worden doorgaans opgegeven en opnieuw geformuleerd in plaats van gedebugd en gecorrigeerd, omdat genereren als goedkoop genoeg beschouwd wordt om liever opnieuw te beginnen dan te herstellen.
Een eerlijke scopegrens, ook al wordt die in de praktijk vaak genegeerd. De aanpak is echt geschikt voor prototypes, interne tools en wegwerpscripts, en echt ongeschikt voor alles wat gevoelig is op het vlak van beveiliging of moeilijk terug te draaien is eenmaal uitgerold, een grens die vaker overschreden wordt dan het risiconiveau zou rechtvaardigen. IBM en andere technologieleveranciers onderscheiden vibe coding voortaan van wat ze agentisch programmeren noemen, waarbij een AI-systeem nog steeds het grootste deel van de code schrijft maar binnen een meer gestructureerd proces met vastgelegde controlepunten werkt. Dat onderscheid is nuttig om te kennen, want leveranciers positioneren hun tools steeds vaker precies langs dat spectrum, van volledig autonome generatie tot nagekeken automatisering met tussenstappen.
Implementatie
De volgorde hieronder weerspiegelt hoe vibe coding in een bedrijfscontext doorgaans goed werkt in plaats van een risico te worden.
- Stem de tool af op wat er echt op het spel staat. Een snel intern script of een marketingpagina draagt een heel ander risico dan een betaaltraject dat kaartgegevens verwerkt, en de mate van menselijke controle zou dat verschil moeten volgen, niet constant blijven.
- Houd een mens in de lus voor alles wat aan echte gegevens of geld raakt. Volledige vibe coding zonder controle is redelijk voor een prototype en onredelijk voor een systeem dat persoonlijke of financiële informatie verwerkt, waar de AVG en de basispraktijken van beveiliging gelden, ongeacht hoe de code geschreven werd.
- Test met echte gegevens, niet alleen met het ideale scenario dat de AI toont. Gegenereerde code die in een demo vlot werkt, faalt vaak bij randgevallen, ongebruikelijke invoer of een schaal die geen deel uitmaakte van de oorspronkelijke prompt.
- Laat iemand die echt code kan lezen nakijken vóór elke ingebruikname. Dat betekent niet dat u de snelheid van vibe coding opgeeft, maar dat u het gegenereerde resultaat behandelt als een kladversie van een snelle maar weinig ervaren bijdrager, in plaats van als afgewerkt werk.
- Houd bij wat er aan de tool gevraagd werd en waarom. Wanneer er maanden later iets breekt, telt het vermogen om de oorspronkelijke bedoeling achter AI-gegenereerde code te reconstrueren veel zwaarder dan bij code die een ontwikkelaar zelf geschreven heeft en zich herinnert.
- Beslis van bij het begin of het resultaat wegwerpbaar is of bedoeld om te blijven. Een prototype kan vrij met vibe coding gebouwd en daarna weggegooid worden. Een onderdeel dat jarenlang moet draaien, vraagt een ander proces zodra het prototype gevalideerd is.
Wat kost het
De directe kost van vibe coding is laag en vormt vaak de grootste aantrekkingskracht: een abonnement op een AI-codeertool kost doorgaans tussen 20 en 200 euro per gebruiker per maand, ver onder de kost van de tijd van een ontwikkelaar voor hetzelfde resultaat. Voor een niet-technische oprichter die een idee test, kan dat betekenen dat een werkend prototype enkele honderden euro aan tools kost in plaats van tienduizenden euro aan ontwikkeling.
De verborgen kost is die van het herstellen, en die kan aanzienlijk zijn. Beveiligingsonderzoekers hebben gedocumenteerd dat AI-gegenereerde code zonder controle een duidelijk hoger aantal kwetsbaarheden vertoont dan code die door een ervaren ontwikkelaar geschreven en nagekeken werd, en een beveiligings- of architectuurprobleem oplossen na de lancering, wanneer er echte gebruikers en echte gegevens bij betrokken zijn, kost regelmatig meerdere keren wat een correcte controle vooraf gekost zou hebben. De eerlijke manier om de economie voor te stellen, is dat vibe coding de kost verschuift van ontwikkeltijd naar controle- en hersteltijd: het schrapt de nood aan die expertise niet, alleen het moment waarop ze ingezet wordt.
Er is ook een minder voor de hand liggende kost om te benoemen: de afhankelijkheid van een tool die het bedrijf niet echt begrijpt. Code die niemand in het team kan lezen, is code die het team niet met vertrouwen kan aanpassen, debuggen of uitbreiden zonder bij elke wijziging opnieuw langs een AI te passeren. Dat creëert stilletjes dezelfde afhankelijkheid als tegenover een extern bureau, maar zonder de verantwoordelijkheid of het supportcontract die daar gewoonlijk bij horen.
Conclusie
Vibe coding is een echte verandering in wie werkende software kan maken en hoe snel, geen voorbijgaande trend, en bedrijven die het negeren, laten een echt snelheidsvoordeel liggen voor prototypes en interne tools. Bedrijven die het behandelen als vervanging voor engineeringoordeel bij alles wat aan klanten of gevoelige gegevens raakt, ruilen een snelheidswinst op korte termijn in voor een echte en vaak grotere kost verderop.
De praktische houding voor de meeste kmo’s is het vrij te gebruiken voor het snelle, wegwerpbare werk met weinig risico waarin het uitblinkt, en een echte controle te eisen zodra de code aan klantgegevens, betalingen of iets raakt wat het bedrijf zich niet kan veroorloven verkeerd te doen.