Definitie: Vibe coding is software maken door in gewone taal aan een AI-tool te beschrijven wat je wilt, waarna de AI de code schrijft en aanpast. De maker beoordeelt vooral het resultaat op het scherm en kijkt nauwelijks naar de code zelf.
In het kort
- De term werd op 2 februari 2025 gemunt door Andrej Karpathy, medeoprichter van OpenAI.
- Collins Dictionary koos vibe coding als woord van het jaar 2025.
- Bekende tools zijn Lovable, Bolt, v0, Replit, Cursor en Claude Code.
- Vibe coding is snel voor prototypes, maar vraagt extra controle zodra er echte gebruikers en echte gegevens bij komen.
Wat betekent vibe coding?
Vibe coding betekent dat je niet zelf programmeert, maar de AI laat programmeren op basis van je beschrijving. Je typt bijvoorbeeld: “Maak een app waarin klanten een afspraak kunnen boeken en een bevestiging per mail krijgen.” De tool bouwt schermen, database en logica. Werkt iets niet, dan beschrijf je wat er mis is en laat je de AI het oplossen.
Andrej Karpathy beschreef het in februari 2025 als een manier van werken waarbij je je volledig overgeeft aan de vibes en vergeet dat de code bestaat. Hij bedoelde het voor snelle experimenten in het weekend. Inmiddels wordt de term breder gebruikt voor alles wat met AI-appbouwers wordt gemaakt.
Het woord sloeg snel aan. Binnen een jaar stond het in woordenboeken en koos Collins het als woord van 2025. Dat zegt iets over hoe snel AI-appbouwers gewoon zijn geworden, ook bij mensen die nooit eerder software maakten.
Is vibe coding hetzelfde als programmeren met AI?
Niet helemaal. Bij vibe coding accepteer je de code zonder die te lezen. Bij programmeren met AI gebruikt een ontwikkelaar AI als hulpmiddel, maar leest, test en begrijpt hij elke wijziging. Het gereedschap kan hetzelfde zijn. Het verschil zit in wie verantwoordelijk is voor wat er gebouwd wordt.
Dat onderscheid is belangrijk voor de vraag of je iets kunt vertrouwen. Een prototype mag een vibe-coded experiment zijn. Software die klantgegevens verwerkt, heeft iemand nodig die de code kent.
Hoe werkt vibe coding?
Een typische sessie verloopt in een paar stappen:
- Beschrijven. Je legt in gewone taal uit wat de applicatie moet doen.
- Genereren. De tool maakt een eerste versie, vaak binnen enkele minuten.
- Bekijken en bijsturen. Je klikt door de app en vraagt om aanpassingen.
- Herhalen. Elke nieuwe prompt verbetert of verandert een onderdeel.
- Publiceren. Veel tools zetten de app met één klik online.
Wat ik sterk vind aan deze manier van werken: je ziet een idee binnen een middag tot leven komen. Dat maakt het makkelijker om met anderen over dat idee te praten.
Bekende vibe coding-tools
| Tool | Waarvoor | Voor wie |
|---|---|---|
| Lovable | Complete webapps vanuit een beschrijving | Niet-programmeurs, ondernemers |
| Bolt | Webapps bouwen en aanpassen in de browser | Niet-programmeurs en makers |
| v0 (Vercel) | Interfaces en frontend-onderdelen | Ontwerpers, frontend-developers |
| Replit | Apps bouwen, draaien en publiceren met een AI-agent | Beginners tot developers |
| Cursor, Claude Code | AI die meewerkt in een bestaande codebase | Ontwikkelaars |
De eerste vier richten zich op mensen die geen code willen lezen. Cursor en Claude Code zijn gereedschap voor ontwikkelaars die de code wel zelf beoordelen.
Vibe coding versus no-code en traditioneel programmeren
| No-code | Vibe coding | Traditioneel programmeren | |
|---|---|---|---|
| Hoe bouw je? | Slepen en klikken in een platform | Beschrijven in gewone taal | Code schrijven en reviewen |
| Wat krijg je? | Een app binnen het platform | Echte code, vaak exporteerbaar | Echte code |
| Snelheid eerste versie | Dagen | Uren | Weken |
| Controle over de code | Weinig | Mogelijk, maar vaak niet gedaan | Volledig |
| Geschikt voor | Interne tools, eenvoudige apps | Prototypes, MVP’s, experimenten | Bedrijfskritische software |
Voordelen van vibe coding
- Snel van idee naar iets tastbaars. Een prototype in uren in plaats van weken.
- Lage drempel. Je hoeft geen programmeertaal te kennen om iets werkends te maken.
- Goedkoop testen. Je kunt een idee aan gebruikers laten zien voordat je in ontwikkeling investeert.
- Betere gesprekken. Een klikbare versie maakt duidelijk wat je bedoelt, beter dan een lijst met eisen.
Risico’s en beperkingen van vibe coding
De snelheid heeft een keerzijde. Wie de code niet leest, weet ook niet wat erin zit. De risico’s zijn inmiddels goed gedocumenteerd:
- Beveiliging. In mei 2025 bleek bij 170 van 1.645 onderzochte apps die met Lovable waren gemaakt een lek waardoor persoonsgegevens voor iedereen toegankelijk waren. Een analyse van CodeRabbit in december 2025 vond in door AI mee geschreven pull requests 2,74 keer zoveel beveiligingsproblemen als in code van mensen.
- Geen vooruitgang op veiligheid. Onderzoek van Veracode uit oktober 2025 liet zien dat taalmodellen steeds beter werkende code schrijven, maar dat de beveiliging van die code in het algemeen niet verbeterde.
- Onverwachte acties. In juli 2025 verwijderde een AI-agent op Replit de database van een gebruiker, terwijl die had gevraagd niets te wijzigen.
- Overschatte snelheid. In een gecontroleerd onderzoek van METR uit juli 2025 deden ervaren ontwikkelaars met AI-tools 19 procent langer over hun taken, terwijl ze dachten dat ze sneller waren.
- Onderhoud. Elke nieuwe prompt kan iets anders breken. Na een tijd begrijpt niemand meer hoe de applicatie in elkaar zit.
- Schaal en koppelingen. Wat werkt met tien testgebruikers, kan vastlopen bij honderd echte gebruikers of bij een koppeling met je boekhouding.
Wanneer is vibe coding verstandig?
Vibe coding past goed bij een prototype, een interne tool voor een paar collega’s of een experiment om een idee te testen. Het past minder goed zodra er persoonsgegevens, betalingen of bedrijfskritische processen bij komen. Dan heb je iemand nodig die de code leest, test en beveiligt.
Een bruikbare vuistregel: stel jezelf de vraag wat er gebeurt als de app morgen een fout maakt. Is het antwoord “dan doen we het even met de hand”, dan is vibe coding prima. Is het antwoord “dan ziet een klant de gegevens van een andere klant” of “dan stopt de facturatie”, dan hoort er een ontwikkelaar bij die verantwoordelijk is voor de code.
Controleer voor livegang in elk geval:
- Kan een gebruiker alleen zijn eigen gegevens zien?
- Staan wachtwoorden, API-sleutels en gegevens veilig opgeslagen?
- Is er een back-up en weet je hoe je die terugzet?
- Waar draait de applicatie en waar staan de gegevens?
- Kan iemand anders de code begrijpen en overnemen?
Van vibe-coded prototype naar een app voor echte gebruikers
Heb je een werkend prototype, dan is de volgende stap niet opnieuw beginnen. Vaak kun je verder bouwen op wat er staat, mits je het eerst goed bekijkt. Die stap ziet er grofweg zo uit:
- In kaart brengen wat de app doet. Welke schermen, welke gegevens, welke gebruikers en welke koppelingen zijn er echt, en wat is alleen bedacht?
- De code laten beoordelen. Een ontwikkelaar kijkt naar structuur, beveiliging, rechten en hoe gegevens worden opgeslagen.
- Hosting en gegevens regelen. Kies een omgeving waar je zelf controle over hebt, bij voorkeur met opslag in de EU, en regel een verwerkersovereenkomst als er persoonsgegevens in zitten.
- Testen met echte scenario’s. Wat gebeurt er bij een fout, een dubbele invoer of veel gelijktijdige gebruikers?
- Afspraken over beheer. Wie houdt de app bij, voert updates door en lost meldingen op?
Wat betekent dit voor jouw project?
Ik gebruik AI-tools zelf ook. Mailyooo, mijn eigen e-mailmarketingsoftware voor contacten, campagnes en formulieren, heb ik in Bolt gebouwd. Daarna heb ik de code onderzocht, onder meer de verzendwachtrij en de uitschrijffilters. Een koppeling beschrijf ik pas als werkend wanneer ik dat actueel heb bevestigd.
Dat is ook mijn advies voor een vibe-coded app: gebruik de snelheid voor de eerste versie, en controleer daarna wat er echt gebouwd is. Verzenden, opslaan en rechten zijn ketens met keuzes. Die wil je begrijpen voordat je klanten erop laat vertrouwen.
Heb je een app gemaakt met Lovable, Bolt of een andere AI-tool en wil je verder? Stuur me wat de app doet, wie hem gebruikt en waar je tegenaan loopt. Dan kijken we samen wat nodig is om hem veilig in gebruik te nemen.
Veelgestelde vragen over vibe coding
Wat is vibe coding?
Vibe coding is software maken door in gewone taal aan een AI-tool te beschrijven wat je wilt. De AI schrijft en past de code aan, en de maker beoordeelt vooral het resultaat. De term werd in februari 2025 bedacht door Andrej Karpathy.
Wat zijn de risico’s van vibe coding?
De belangrijkste risico’s zijn beveiligingslekken, onverwachte acties van AI-agents, code die niemand begrijpt en problemen bij groei of koppelingen. Bij apps met persoonsgegevens of betalingen is een controle van de code door een ontwikkelaar daarom nodig.
Kan ik met vibe coding een echte app bouwen?
Ja, voor prototypes, interne tools en eerste versies werkt vibe coding goed. Voor een app die klanten dagelijks gebruiken, heb je daarnaast iemand nodig die de code test, beveiligt en onderhoudt.
Verwante termen
Lovable · Bolt.new · v0 · Replit · AI app builder · AI-codeassistent · No-code · MVP
← Terug naar de kennisbank