Vibe coding

Je beschrijft in een zin wat je wil. Een paar seconden later draait er een werkende web-app in je browser, inclusief login, database en kleurenpalet. Geen IDE, geen syntax, geen Stack Overflow — alleen jij en een prompt.

Dat is het idee achter vibe coding: software laten ontstaan via natuurlijke taal, met een AI-tool die de broncode voor je schrijft. Hieronder ontdek je waar de term vandaan komt, welke tools het mogelijk maken en wanneer je beter terugvalt op een echte developer.

Waar komt vibe coding vandaan?

De term werd in februari 2025 gelanceerd door Andrej Karpathy, medeoprichter van OpenAI en ex-AI-lead bij Tesla. Hij beschreef op X hoe hij projecten bouwde door simpelweg te “voelen wat goed is” en de AI te laten typen.

Zijn quote werd viraal: hij accepteerde suggesties zonder ze altijd te lezen, en als er iets brak, kopieerde hij de foutmelding terug naar het model. Die radicaal vertrouwende werkwijze gaf de stroming haar naam.

Sindsdien is vibe coding doorgesijpeld naar marketeers, ondernemers en designers die nooit eerder een regel code schreven. De drempel om iets digitaals te bouwen is in een jaar tijd dramatisch gezakt.

Hoe vibe coding in de praktijk werkt

Je opent een AI-gestuurde editor, typt wat je wil bouwen, en het systeem genereert de bestanden, dependencies en deployment. Iteratie gebeurt in dialoog: je vraagt om een knop bij te werken, een tabel toe te voegen, of een bug op te lossen.

De populairste tools in 2025:

• Cursor — een code-editor met diepe AI-integratie, populair bij developers die snelheid willen
• Replit — bouwt en host volledige apps vanuit één browser-tab
• Lovable en Bolt — gericht op niet-technische gebruikers die in minuten een MVP willen
• v0 van Vercel — sterk in UI-componenten en React-projecten
• Claude en ChatGPT — als algemene copiloot bij bestaande codebases

De rode draad: je schrijft prompts in plaats van functies. De tool kiest de framework, schrijft de logica en deployed het resultaat.

Waar vibe coding schittert — en waar het pijn doet

Voor rapid prototyping is het ongezien krachtig. Een ondernemer die een idee wil testen, kan in een namiddag een werkend MVP tonen aan klanten. Interne tools, dashboards en eenmalige scripts zijn het ideale terrein.

Maar zodra je app in productie gaat met echte gebruikers en data, draait het verhaal. AI-modellen schrijven code die werkt, niet noodzakelijk code die veilig of schaalbaar is. Bekende risico’s:

• SQL-injecties en blootliggende API-keys in de gegenereerde code
• Geen of zwakke authenticatie op gevoelige endpoints
• Technical debt die zich opstapelt bij elke nieuwe prompt
• Code die niemand in je team begrijpt of kan onderhouden

Een large language model heeft geen idee van jouw GDPR-context, je bedrijfsregels of de architectuur die over twee jaar nog moet werken. Het optimaliseert voor “dit lijkt op wat developers schrijven”, niet voor jouw situatie.

Lees ook: wat een goede prompt is en hoe je er een schrijft.

Vibe coding voor Belgische KMO’s: wanneer wel, wanneer niet

Voor een Vlaamse zaakvoerder die snel een interne calculator, klantenportaal of landingspagina wil testen: doen. De besparing in tijd en budget is enorm, en de risico’s blijven klein zolang het intern blijft.

Wel oppassen wanneer:

• Klantgegevens, betalingen of medische info in het spel zijn
• De applicatie een kernproces van je bedrijf draagt
• Je geen developer hebt die de gegenereerde code kan reviewen
• Integraties met Odoo, een ERP of bestaande systemen nodig zijn

In die gevallen werkt een hybride aanpak beter: vibe coding voor het prototype, een ervaren team voor de productieversie. Volgens Google’s developer-richtlijnen blijft code review essentieel, ongeacht wie of wat de code schreef.

Wil je vibe coding inzetten voor een eerste versie? Bouw het prototype gerust zelf, maar laat het reviewen voor het je bedrijf draait. Eén uur code review bespaart je weken brandjes blussen.