Wat is vibe coding? Uitleg in gewone taal
Vibe coding is software bouwen door in gewone taal aan een AI te beschrijven wat je wilt, uit te voeren wat die oplevert en bij te sturen op de resultaten in plaats van op het lezen van de code. Jij beoordeelt de app — werkt de knop, ziet de pagina er goed uit — en vraagt om wijzigingen tot hij doet wat je nodig hebt. De term werd bedacht door AI-onderzoeker Andrej Karpathy in een bericht op X in februari 2025, waarin hij beschreef dat hij zich overgaf aan de vibes en vergat dat de code bestaat.
Waar de term vandaan komt
Karpathy, mede-oprichter van OpenAI en voormalig hoofd AI bij Tesla, gebruikte de uitdrukking om te beschrijven hoe hij kleine weekendprojecten bouwde: praten met een AI-codeertool, de wijzigingen accepteren zonder de verschillen te lezen en foutmeldingen terugplakken tot het werkte. Hij maakte duidelijk dat dit past bij wegwerpprojecten.
De uitdrukking sloeg aan omdat ze iets benoemde wat veel mensen al deden. Binnen maanden werd ze gebruikt voor alles, van hobbyprojecten tot startup-prototypes, en Collins English Dictionary koos "vibe coding" tot Woord van het Jaar 2025. Tegenwoordig wordt het losjes gebruikt voor elke vorm van bouwen waarbij de AI de code schrijft en een mens het in gewone taal aanstuurt.
Waarom het ertoe doet als je met AI bouwt
Voor mensen die geen code schrijven is vibe coding de hele reden dat AI-appbouwers nuttig zijn. Een oprichter kan in een middag een idee testen; een kleine ondernemer kan het boekingsformulier of de voorraadtracker bouwen die hij nooit aan een bureau had kunnen verantwoorden; een ontwerper kan een mock-up omzetten in iets wat je kunt aanklikken.
Maar de definitie bevat zelf een waarschuwing. "Vergeten dat de code bestaat" is prima als de code alleen voor jou en vandaag hoeft te werken. Het is minder prima als de app gegevens van klanten opslaat, betalingen verwerkt of jarenlang moet blijven werken. Weten waar die grens ligt, is het nuttigste wat je over vibe coding kunt leren.
Een alledaagse vergelijking
Denk aan het verbouwen van een keuken door een aannemer te vertellen wat je wilt in plaats van zelf plattegronden te tekenen. Je zegt "een lang aanrecht onder het raam, open planken, de koelkast bij de deur", loopt elke avond binnen, kijkt wat er is gedaan en zegt wat er anders moet.
Dat werkt goed voor de indeling en de uitstraling. Die kun je beoordelen door gewoon in de ruimte te staan. Het werkt minder goed voor wat achter de muren zit: de bedrading, het leidingwerk, of de gasleiding aan de regels voldoet. Dat zie je niet door te kijken, en een probleem daar komt misschien pas aan het licht als er iets misgaat. Een zorgvuldige eigenaar laat toch een inspectie doen.
Met vibe coding is het hetzelfde. De schermen zijn de zichtbare ruimte. Beveiliging, gegevensverwerking en de opbouw van de code zijn de bedrading.
Hoe vibe coding er in de praktijk uitziet
Stel dat je een eenvoudige tool wilt om bij te houden welke klanten hun facturen hebben betaald.
| Stap | Wat jij doet | Wat de AI doet |
|---|---|---|
| 1. Beschrijven | "Een pagina met mijn klanten met factuurbedrag, vervaldatum en status betaald/onbetaald. Ik kan een klant toevoegen en een factuur als betaald markeren." | Schrijft de pagina's, het formulier en de logica om gegevens op te slaan |
| 2. Uitproberen | Voeg een klant toe, markeer hem als betaald, ververs de pagina | Draait de app in een preview |
| 3. Reageren | "Na verversen zijn mijn klanten weg" | Legt uit dat de gegevens alleen in het geheugen van de browser stonden en voegt een database toe |
| 4. Verfijnen | "Zet achterstallige facturen bovenaan en kleur ze rood" | Past de lijst aan |
| 5. Controleren | Open hem op je telefoon; probeer een leeg formulier | Verhelpt wat je meldt |
Je hebt nooit een codebestand geopend. Maar let op stap 3: de app leek af voordat hij ook maar iets opsloeg. Vibe coding beloont mensen die testen als een gebruiker en precies beschrijven wat ze zien.
Voordelen
- Snelheid. Een werkende eerste versie in minuten of uren in plaats van weken.
- Lage kosten om ideeën uit te proberen. Je kunt drie versies van iets bouwen en de versie houden die werkt.
- Directe controle. De persoon die het probleem begrijpt, geeft het product vorm, zonder dat een briefing bij een ontwikkelaar verloren gaat.
- Leren door te doen. Veel mensen leren hoe apps in elkaar zitten — frontend en backend, databases, API's — door te zien wat de AI bouwt en te vragen waarom.
De echte risico's
Dit zijn geen redenen om vibe coding te vermijden. Het zijn de dingen die de vibes niet voor je controleren.
Beveiligingslekken die je niet ziet
Een app kan er perfect uitzien en toch elke ingelogde gebruiker de gegevens van alle andere gebruikers laten lezen, of een geheime sleutel blootstellen in code die in de browser van de bezoeker draait. Geen van beide merk je als je zelf rondklikt. Veelvoorkomende problemen zijn ontbrekende rechtencontroles op de server, API-sleutels in frontendcode en formulieren die alles accepteren.
Code die niemand begrijpt
Als niemand de code heeft gelezen, weet niemand hoe hij is opgebouwd. Bij kleine omvang is dat prima. Naarmate een app groeit, riskeert elke wijziging iets niet-gerelateerds te breken en kan de AI één bug gaan "oplossen" door een andere te veroorzaken. Apps die maandenlang zonder enige controle zijn gevibecodet, zijn vaak moeilijker te wijzigen dan apps die langzamer zijn gebouwd.
Niet weten wat "klaar" betekent
De AI vertelt je graag dat iets is opgelost. Alleen testen vertelt je of dat zo is. Mensen die het testen overslaan, krijgen functies die in de demo werken en falen met echte data: lange namen, lege velden, twee mensen die hetzelfde tijdslot boeken.
Verborgen afhankelijkheden en kosten
AI-apps halen vaak externe diensten binnen — e-mailproviders, betalingsverwerkers, AI-API's. Elke dienst heeft een eigen account, sleutels, limieten en rekeningen. Weet waarvan je app afhankelijk is voordat je lanceert.
Veelvoorkomende misverstanden
| Misverstand | Wat er werkelijk waar is |
|---|---|
| "Vibe coding betekent dat er geen code is." | Er is echte code. Je leest hem alleen niet. Daarom kun je hem later exporteren of aan een ontwikkelaar geven. |
| "Als het draait, is het correct." | Draaien en correct, veilig en onderhoudbaar zijn is niet hetzelfde. |
| "Het is alleen voor niet-ontwikkelaars." | Veel professionele ontwikkelaars vibe coden prototypes en controleren of herschrijven ze voordat ze live gaan. |
| "De AI vertelt me wel over problemen." | Vaak wel als je het vraagt, maar hij komt er niet altijd uit zichzelf mee. Vraag het rechtstreeks. |
| "Je kunt zo niets serieus bouwen." | Genoeg echte apps beginnen zo. Het serieuze deel is testen en controleren voordat echte gebruikers erop vertrouwen. |
Zo vibe code je verantwoord
Een paar gewoonten dekken het grootste deel van het risico:
- Houd wijzigingen klein. Eén verzoek, één wijziging, dan testen. Grote vage verzoeken leveren grote vage resultaten op.
- Gebruik checkpoints. Zorg dat je kunt terugkeren naar de laatste werkende versie voordat je iets riskants probeert.
- Laat de AI uitleggen. "Wat doet deze wijziging? Wat kan er breken?" kost weinig en vangt veel op.
- Test als een vreemde. Log in als tweede gebruiker en probeer de gegevens van de eerste gebruiker te zien.
- Houd geheimen buiten code en chat. API-sleutels horen in omgevingsvariabelen of projectsecrets.
- Laat het nakijken voor echte gebruikers. Loop voor alles met betalingen of persoonsgegevens een beveiligingschecklist door of laat een ontwikkelaar ernaar kijken.
Waar je je AI-bouwer om kunt vragen
Nuttige prompts die vibes omzetten in controles:
- "Vertel me voordat je dit bouwt je plan en welke gegevens het gaat opslaan."
- "Som elke plek op waar deze app gebruikersgegevens opslaat of verstuurt."
- "Kan een ingelogde gebruiker de gegevens van een andere gebruiker zien of wijzigen? Controleer de servercode, niet alleen de pagina's."
- "Zijn er API-sleutels zichtbaar in code die in de browser draait?"
- "Wat gebeurt er als twee mensen dit formulier op hetzelfde moment versturen?"
- "Vat samen wat er in de laatste drie wijzigingen is veranderd."
Voor meer patronen, zie hoe je prompts schrijft voor AI-appbouwers en, als het misgaat, hoe je een met AI gebouwde app debugt.
Vibe coding met Mythex
Mythex is een AI-appbouwer gemaakt voor deze manier van werken: je beschrijft de app in de chat, de agent schrijft en draait de code in een live preview en jij publiceert hem op een openbare URL. Een paar functies bestaan speciaal voor de bovenstaande risico's. In Plan-modus legt de agent een aanpak voor voordat hij bestanden aanraakt, Ask-modus beantwoordt vragen zonder iets te wijzigen en elke geslaagde beurt slaat een checkpoint op waarnaar je kunt terugkeren. Met Pro open je de volledige code-editor, exporteer je het project of synchroniseer je het met GitHub wanneer je een ontwikkelaar ernaar wilt laten kijken. De chatdocumentatie legt de modi en checkpoints uit, en de templates geven je een startpunt als een blanco pagina te veel is.
Veelgestelde vragen
Wie bedacht de term vibe coding?
Andrej Karpathy, een AI-onderzoeker en mede-oprichter van OpenAI, bedacht de term in een bericht op X in februari 2025. Hij beschreef dat hij zich overgaf aan de vibes en vergat dat de code zelfs bestaat, en de uitdrukking verspreidde zich daarna snel.
Is vibe coding hetzelfde als no-code?
Niet helemaal. Bij no-codetools bouw je in een visuele editor die de code verbergt. Bij vibe coding schrijft een AI echte code die in bestanden staat; jij kiest er alleen voor die niet te lezen en stuurt bij door te beschrijven wat je wilt en het resultaat te controleren.
Is vibe coding veilig voor een echte app?
Dat kan, als je controles toevoegt die de vibes overslaan: test dat gebruikers elkaars gegevens niet kunnen zien, bewaar API-sleutels in secrets in plaats van in de code en laat alles wat met geld of persoonsgegevens te maken heeft nakijken. Voor wegwerpprototypes is het risico laag; voor apps met echte gebruikers niet.
Moet ik leren programmeren om te vibe coden?
Nee. Maar als je de basisbegrippen kent — wat een database, een API en authenticatie zijn — worden je verzoeken duidelijker en merk je sneller dat er iets misgaat. Je hoeft geen code te schrijven om die begrippen te snappen.