Wat is vibe coding en wat kun je er wel en niet mee?

Een ondernemer typt 's avonds "bouw me een tool die klantaanvragen sorteert" in Cursor, en de volgende ochtend draait er een werkende webapp. Geen regel code zelf geschreven. Dit gebeurt inmiddels dagelijks, en het heet vibe coding.

Vibe coding is een manier van softwareontwikkeling waarbij je in gewone, natuurlijke taal beschrijft wat je wilt bouwen, en een AI-model de bijbehorende programmeercode genereert. Je stuurt op resultaat en gevoel in plaats van op syntax en technische details, vandaar de naam.

Wat is vibe coding precies?

Vibe coding is het proces waarbij je een LLM (een computermodel dat getraind is om taal te begrijpen en te genereren) instrueert in normale zinnen, en het model daar functionerende code van maakt. In plaats van zelf Python, JavaScript of een andere programmeertaal te leren, beschrijf je wat de applicatie moet doen: "maak een formulier waar bezoekers zich kunnen inschrijven voor mijn nieuwsbrief en sla die gegevens op in een lijst".

Het verschil met traditioneel programmeren zit in de laag ertussen. Vroeger vertaalde een developer een idee handmatig naar code. Bij vibe coding doet een LLM die vertaling, en jij beoordeelt en verfijnt het resultaat door opnieuw te schrijven wat er anders moet. Karpathy omschreef het zelf als een stijl waarbij je "je volledig overgeeft aan de vibe" en de gegenereerde code amper meer leest.

Wie bedacht de term vibe coding?

Andrej Karpathy, medeoprichter van OpenAI en voormalig hoofd AI bij Tesla, plaatste op 2 februari 2025 een bericht op X waarin hij de term introduceerde. Hij beschreef hoe hij met AI-assistenten programmeerde zonder de code echt te controleren, puur op basis van of het resultaat aanvoelde als correct. De term sloeg razendsnel aan in de developer-community en daarbuiten, en werd binnen een jaar uitgeroepen tot woord van het jaar.

Hoe werkt vibe coding in de praktijk?

Vibe coding werkt via een gesprek tussen jou en een AI-tool, waarbij elke instructie de code een stap verder brengt. Je begint met een globale beschrijving, bekijkt het resultaat, en stuurt bij met nieuwe prompts totdat de applicatie doet wat je wilt.

• Prompt geven: je beschrijft in gewone taal welke functionaliteit je wilt toevoegen of aanpassen.
• Code genereren: het onderliggende taalmodel schrijft de bestanden, koppelingen en logica die daarvoor nodig zijn.
• Resultaat bekijken: de meeste tools tonen direct een live preview van de applicatie of website.
• Bijsturen: werkt iets niet zoals bedoeld, dan beschrijf je het probleem opnieuw in taal, niet in code.

Dit werkt goed zolang de applicatie overzichtelijk blijft. Naarmate er meer functies, databaseverbindingen en gebruikersrollen bijkomen, wordt het voor de AI, en voor jou als niet-programmeur, steeds lastiger om te overzien of alles nog goed samenwerkt.

Wat is het verschil tussen vibe coding en no-code?

Het verschil zit in wat er onder de motorkap gebeurt. Vibe coding genereert daadwerkelijke, leesbare programmeercode via een AI-model op basis van jouw instructies in natuurlijke taal, terwijl no-code-platforms werken met vaste sleep-en-klik-bouwstenen zonder dat er ergens onderliggende code ontstaat.

Dat maakt vibe coding flexibeler: je bent niet gebonden aan de mogelijkheden van een bouwer, want het model kan in principe elke functionaliteit programmeren die je beschrijft. De keerzijde is dat die vrijheid ook meer verantwoordelijkheid met zich meebrengt, want er is nu wel echte code die onderhouden, beveiligd en begrepen moet worden.

Welke tools gebruik je voor vibe coding?

Er bestaat inmiddels een handvol tools die vibe coding toegankelijk maken, elk met een eigen focus. Je kiest een tool op basis van wat je wilt bouwen en hoeveel controle je wilt houden over de code.

Er bestaan meer varianten, zoals Windsurf (voorheen Codeium) en Claude Code van Anthropic, die zich richten op AI-gestuurd programmeren met meer controle voor ervaren gebruikers. Voor een dieper begrip van hoe zo'n tool concreet werkt, hebben we al eerder uitgelegd wat Claude Code is en wat je ermee kunt.

Wat kun je wel bouwen met vibe coding?

Vibe coding is sterk in situaties waar snelheid en experimenteren belangrijker zijn dan perfectie. Het is een prototyping-instrument, geen vervanging voor softwareontwikkeling op maat.

• Prototypes: een idee visueel en functioneel maken om aan collega's of investeerders te laten zien.
• MVP's (minimum viable products, een eerste werkende basisversie van een product): gebruiken om te testen of er vraag naar is.
• Interne tools: een dashboard voor je team, een overzicht van voorraad, een simpel planningstool.
• Persoonlijke projecten: een hobbyproject of een tool die alleen jijzelf gebruikt.
• Proof of concepts: aantonen dat een technisch idee haalbaar is, voordat je investeert in een volledige bouw.

Bij Y Combinator, een van de bekendste startup-accelerators ter wereld, laten startups AI naar verluidt al 95% van hun MVP-code schrijven, aldus TechCrunch. Dat toont hoe volwassen vibe coding is geworden voor het snel valideren van een idee, nadrukkelijk niet voor het bouwen van eindproducten.

Wat gaat er mis bij vibe coding?

Het grootste risico van vibe coding is dat de code werkt, zonder dat iemand begrijpt waaróm hij werkt. Dat gebrek aan inzicht wreekt zich zodra je iets wilt aanpassen, uitbreiden of beveiligen.

Wat is technische schuld en waarom raakt het jou?

Technische schuld is code die nu functioneert, maar onder de motorkap rommelig, inconsistent of niet uitlegbaar in elkaar zit. Elke nieuwe functie die je eraan toevoegt, wordt daardoor moeilijker te bouwen, tot het punt waarop zelfs kleine aanpassingen alles laten vastlopen.

Een gerandomiseerde gecontroleerde studie van METR uit juli 2025, uitgevoerd onder 16 ervaren open-source developers, liet zien dat AI-codetools hen gemiddeld 19% langzamer maakten bij werk in bestaande, volwassen codebases. De vertraging kwam vooral door de tijd die nodig was om gegenereerde code te controleren en fouten eruit te halen. Dat nuanceert het beeld van "in een weekend een app bouwen": voor eenvoudige, nieuwe projecten klopt dat, voor het uitbreiden van bestaande software vaak niet.

Waarom is beveiliging een reëel risico bij vibe coding?

AI-gegenereerde code bevat regelmatig kwetsbaarheden die een niet-developer niet herkent, omdat je niet weet waarnaar je moet zoeken. Denk aan onbeveiligde formulieren, zwakke wachtwoordopslag of API-sleutels die per ongeluk zichtbaar in de code terechtkomen.

Bouw je met vibe coding een applicatie die klantgegevens verwerkt, dan loop je concreet risico op een datalek, een schending van de AVG en persoonlijke aansprakelijkheid als ondernemer. Dit is geen theoretisch risico: GitHub meldde in februari 2026 een sterke toename van laagwaardige, AI-gegenereerde bijdragen die open-sourcebeheerders overspoelen, een fenomeen dat het bedrijf zelf een "Eternal September" voor open source noemde, verwijzend naar een blijvende instroom van onervaren gebruikers zonder besef van de gevolgen.

Wat zeggen gebruikers zelf over de grenzen van vibe coding?

In communities als Reddit's r/vibecoding en op HackerNews zie je een terugkerend patroon: enthousiaste starters lopen vast zodra de applicatie complexer wordt dan een paar schermen. Een veelgehoorde frustratie is treffend samen te vatten als "wat is het nut als ik toch alles moet controleren?", precies het moment waarop een developer alsnog nodig is.

Dat patroon herkennen wij ook bij klanten. Voor Flowgine, een AI-automatiseringsplatform dat data uit meerdere bedrijfstools koppelt en automatisch acties uitvoert, was een snel gebouwd prototype het startpunt, maar de productieversie met betrouwbare koppelingen, foutafhandeling en schaalbaarheid vroeg om doordachte softwarearchitectuur die niet uit een los promptgesprek ontstaat.

Wanneer heb je alsnog een professional nodig?

Je hebt een professional nodig zodra de gevolgen van een fout groter worden dan het gemak van snel bouwen. Dat omslagpunt ligt concreet bij een paar herkenbare situaties.

• Productieomgevingen: software die klanten of medewerkers dagelijks gebruiken, kan zich geen downtime of rare bugs veroorloven.
• Klantdata: alles wat persoonsgegevens verwerkt, valt onder de AVG en vraagt om aantoonbare beveiliging.
• Schaalbaarheid: een tool die goed werkt voor tien gebruikers, kan volledig vastlopen bij duizend, tenzij de architectuur daarop is gebouwd.
• Integraties: koppelingen met betaalproviders, CRM-systemen of externe API's vragen om zorgvuldige foutafhandeling.
• Compliance: sectoren met wettelijke eisen (zorg, financiën, HR) hebben aantoonbare controle nodig over hoe data wordt verwerkt.

Er is ook een minder bekend compliance-aspect. Bouw je met vibe coding een AI-tool die zelf beslissingen neemt of met klanten communiceert, zoals een chatbot of een automatisch beoordelingssysteem, dan val je mogelijk onder de Europese AI-verordening. Die stelt eisen aan transparantie en AI-geletterdheid die je als ondernemer moet kunnen aantonen, ook als de onderliggende code door een AI-tool is gegenereerd.

Dit is precies waar wij als bureau het verschil zien tussen een leuk weekendproject en een systeem waar een bedrijf op draait. Voor Runami, een AI-gedreven hardloopcoach-app, bouwden wij de volledige webapplicatie inclusief de AI-logica voor gepersonaliseerde trainingen, de planning-engine en koppelingen met externe databronnen: onderdelen die een prompt-gestuurde tool niet betrouwbaar en onderhoudbaar had kunnen opleveren.

Heb je nog een developer nodig als je vibe coding gebruikt?

Voor eenvoudige, kleinschalige projecten vaak niet, maar zodra software moet schalen, klantdata verwerkt of moet integreren met andere systemen is een developer of een gespecialiseerd bureau nodig om het veilig en onderhoudbaar te houden. Vibe coding vervangt het startpunt van softwareontwikkeling, niet het vakmanschap dat nodig is om iets betrouwbaar te laten draaien.

Een nuttige vuistregel: gebruik vibe coding om een idee te bewijzen, en schakel een professional in zodra dat idee geld, data of reputatie van klanten gaat raken. Uit eigen ervaring bij het bouwen van AI-oplossingen voor MKB-klanten zien wij dat de meeste teleurstellingen ontstaan doordat die grens te laat wordt herkend, niet doordat de tools zelf tekortschieten.

Twijfel je of jouw vibe-gecodeerde prototype klaar is voor echte gebruikers of klantdata? Timmermans Media bouwt de productieversie van AI-tools en webapplicaties voor het MKB, inclusief de beveiliging, integraties en schaalbaarheid die een promptgesprek niet kan leveren. Mail info@timmermansmedia.nl voor een vrijblijvend gesprek.