Vibe coding is software bouwen door een AI-model in gewone taal te beschrijven wat je wilt, en de code die het teruggeeft grotendeels te accepteren zonder alles regel voor regel te lezen. Je stuurt op het resultaat, niet op de code zelf. De term komt van AI-onderzoeker Andrej Karpathy, die hem in februari 2025 introduceerde.
Je beschrijft in gewone taal wat je wilt, een AI-model schrijft de code, en je beoordeelt het op gevoel: werkt het, ziet het er goed uit, doet het wat je vroeg.
Bij vibe coding verschuift je rol van code schrijven naar code aansturen. Je typt of spreekt een opdracht in, het model genereert een werkende versie, en als er iets niet klopt geef je gewoon de volgende instructie of plak je de foutmelding terug. De code zelf lees je niet altijd; je leunt op wat je op het scherm ziet gebeuren. Ontwikkelaar Simon Willison vat het scherp samen als software bouwen met een taalmodel zonder de code te reviewen die het schrijft.
Dat is bewust een afbakening. Code die een AI schrijft maar die jij wel grondig leest, test en kunt uitleggen, is gewoon AI-ondersteund programmeren, niet vibe coding. Het onderscheid zit hem in hoeveel controle je weggeeft. Karpathy beschreef het zelf als je volledig overgeven aan de vibe en vergeten dat de code überhaupt bestaat. Dat klinkt los, en zo bedoelde hij het ook: voor snelle, vrijblijvende projecten waar de inzet laag is.
Het werkt omdat de modellen achter deze tools de afgelopen jaren sterk verbeterden in het schrijven van bruikbare code uit een korte beschrijving. Daardoor kunnen ook mensen zonder programmeerachtergrond in korte tijd iets klikbaars op een scherm krijgen. Waar dat houdt op, en waar het misgaat, leggen we verderop uit.
Eén tweet in februari 2025 gaf een naam aan iets dat al gebeurde, en het begrip verspreidde zich daarna razendsnel.
Andrej Karpathy, medeoprichter van OpenAI en voormalig AI-leider bij Tesla, plaatste begin februari 2025 een bericht op X waarin hij een nieuwe manier van coderen beschreef. Je geeft je over aan de vibe, omarmt de exponentiële vooruitgang en vergeet dat de code bestaat, schreef hij. Hij vertelde hoe hij via spraak met een AI-assistent praatte, voorgestelde wijzigingen klakkeloos accepteerde en foutmeldingen simpelweg terugplakte tot het werkte. Hij noemde het zelf prima voor wegwerpprojecten in het weekend.
De term sloeg aan. Merriam-Webster nam vibe coding in maart 2025 op als trending uitdrukking, en Collins riep het uit tot woord van het jaar 2025. Achter de hype zat een echte verschuiving. Y Combinator meldde dat bij een kwart van de startups in de winterlichting van 2025 de codebase voor ongeveer 95 procent door AI was gegenereerd. Wat begon als grap voor hobbyprojecten werd in de loop van 2025 een serieuze werkwijze, en tegelijk onderwerp van stevige discussie over wat er gebeurt als die code in productie belandt.
In de kern is het een lus: vragen, bekijken, bijsturen. Je herhaalt die tot het scherm doet wat je in je hoofd had.
Het landschap valt grofweg uiteen in twee groepen: bouwers die uit een gesprek een complete app maken, en editors die een ervaren ontwikkelaar sneller laten werken.
Lovable bouwt vanuit een gesprek complete webapplicaties, inclusief database en inlog. Het Zweedse bedrijf groeide in 2025 hard en haalde eind dat jaar een grote financieringsronde op. Bolt.new werkt vergelijkbaar: je beschrijft een app en krijgt een werkende versie die je verder bijstuurt. v0 van Vercel is gericht op het genereren van gebruikersinterfaces en losse componenten. Replit combineert het genereren van code met een database, hosting en een eigen agent die volledige apps uit een beschrijving opzet, alles in de browser.
Cursor is een code-editor waarin je in gewone taal wijzigingen vraagt; het was in de oorspronkelijke tweet van Karpathy het genoemde voorbeeld. Claude Code werkt vanuit de terminal en kan grotere aanpassingen en refactors aan, maar gaat ervan uit dat er een ontwikkelaar meekijkt. Deze tools verlagen de drempel niet zozeer voor leken, maar maken een vakkundige bouwer sneller.
De grens tussen beide groepen vervaagt. App-bouwers worden krachtiger en editors toegankelijker. Welke past, hangt af van wat je maakt en hoeveel je zelf wilt of kunt controleren.
Vibe coding is sterk aan het begin van iets, en zwak zodra het serieus en blijvend moet zijn. Dat onderscheid is het hele verhaal.
Die kanttekeningen komen niet uit de lucht vallen. De Wikipedia-pagina over vibe coding verzamelt de bekendste voorbeelden: een beveiligingslek bij een populaire bouwtool waardoor persoonsgegevens uitlekten, en een AI-agent die een productiedatabase wiste. Onderzoeksbureau METR vond in juli 2025 zelfs dat ervaren ontwikkelaars met AI-tools gemiddeld iets langzamer werkten dan zonder, terwijl ze zelf dachten sneller te zijn. De rode draad: code die niemand echt begrijpt, levert problemen op zodra de inzet stijgt.
Het ene moment is vibe coding precies het juiste gereedschap. Het andere moment loop je vast op het deel dat je niet ziet.
Voor leren, schetsen en een idee tastbaar maken is vibe coding uitstekend, en zelf doen ligt voor de hand. Je hebt geen team nodig om in een avond te ontdekken of een flow logisch aanvoelt. Wij bouwen er bij OneDayBuild dagelijks mee: een werkend prototype neerzetten in korte tijd is precies waar deze manier van werken sterk in is.
Het kantelt zodra anderen erop gaan bouwen of het echt in productie moet. Dan zijn de dingen die vibe coding wegabstraheert, beveiliging, gegevensmodel, foutafhandeling, onderhoudbaarheid, juist de dingen die ertoe doen. Een veelvoorkomend patroon: iemand komt ver met een app gemaakt met AI, en loopt dan vast op het laatste stuk dat hardnekkig blijft. Voor dat moment bestaat hulp als je met een AI-app-builder bent vastgelopen: iemand die ernaar kijkt en het weer werkend krijgt.
Wil je de snelheid van vibe coding houden maar de risico's bij iemand neerleggen die de code wél leest, dan kun je het vibe coding uitbesteden. Het prototype dat OneDayBuild in één werkdag oplevert, geeft je een klikbare versie plus een eerlijk beeld van de scope en de bouwrisico's. De volledige bouw daarna is een vervolgtraject bij Appfront.
AI-onderzoeker Andrej Karpathy, medeoprichter van OpenAI en voormalig AI-leider bij Tesla. Hij introduceerde de term begin februari 2025 in een bericht op X, waarin hij beschreef hoe je je overgeeft aan de vibe en de AI het werk laat doen. De uitdrukking verspreidde zich daarna snel en werd door Collins zelfs uitgeroepen tot woord van het jaar 2025.
Het verschil zit in hoeveel controle je weggeeft. Bij vibe coding accepteer je de gegenereerde code grotendeels op gevoel, zonder alles te lezen. Als een ervaren ontwikkelaar de AI-code wél grondig leest, test en kan uitleggen, is het gewoon AI-ondersteund programmeren. Ontwikkelaar Simon Willison maakte dit onderscheid expliciet: zonder review is het vibe coding, met review is het gewoon vakwerk met een sneller gereedschap.
De bekendste app-bouwers zijn Lovable, Bolt.new, v0 en Replit; die maken uit een gesprek een complete applicatie. Voor ontwikkelaars zijn Cursor en Claude Code populair; die werken in of naast je code-editor en zijn krachtiger, maar gaan ervan uit dat je weet wat je doet. Welke past, hangt af van wat je bouwt en hoeveel je zelf wilt controleren.
Voor iets vrijblijvends of een interne tool kan het prima zijn. Voor een applicatie waar gebruikers, gegevens of geld in zitten, is voorzichtigheid op zijn plaats. Meerdere onderzoeken in 2025 vonden in een aanzienlijk deel van de door AI gegenereerde code beveiligingsproblemen, juist omdat die code niet wordt nagelezen. Voor productie wil je dat iemand de code daadwerkelijk leest, test en kan onderbouwen.
Voor een eenvoudige, klikbare versie vaak wel; dat is precies wat tools als Lovable en Bolt toegankelijk maken. De moeilijkheid zit niet in de eerste versie maar in het laatste stuk: beveiliging, foutafhandeling en onderhoudbaarheid. Dat is ook waar veel mensen zonder achtergrond vastlopen, en waar hulp van iemand die de code wél leest het verschil maakt.
Een vibe-coded versie ziet er vaak werkend en bijna klaar uit, terwijl het ontbreekt aan de onzichtbare zaken die een echte applicatie betrouwbaar maken: edge cases, foutafhandeling, beveiliging en een houdbare structuur. Dat laatste stuk kost in de praktijk vaak meer moeite dan de eerste, snelle versie. Onderschat dat verschil niet als je een prototype wilt opschalen naar iets waar je op kunt bouwen.
Vertel ons wat je tot nu toe hebt gebouwd en waar het hapert. In een intake kijken we mee of een prototype in één werkdag je verder helpt, of dat je beter direct kunt doorbouwen.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.