Met vibe coding kunt u een idee testen voordat u investeert in een volledig ontwikkeltraject. Daarna bepaalt u hoeveel verantwoordelijkheid die software kan dragen. Een demonstratie met fictieve gegevens vraagt andere verificatie dan een product waarmee klanten hun account beheren.
De werkwijze, toepassingen en grenzen helpen u bepalen wat u zelf bouwt en wanneer technische beoordeling nodig is.
TL;DR
Vibe coding is software bouwen met instructies in gewone taal aan AI. U voert het resultaat uit en verfijnt het met nieuwe prompts, vaak zonder de gegenereerde code te lezen.
- De vibe coding-cyclus bestaat uit vier handelingen: beschrijven, genereren, uitvoeren en testen, en bijsturen.
- Voorbeelden van vibe coding zijn persoonlijke scripts, interne hulpmiddelen, interactieve prototypes, MVP’s en uitbreidingen van bestaande producten.
- Regel menselijke technische beoordeling en eigenaarschap voordat klanten, persoonsgegevens of bedrijfsprocessen afhankelijk worden van een vibe-coded product.
Wat is vibe coding?
Bij vibe coding beschrijft u aan een AI-tool welk resultaat u wilt en beoordeelt u de software vooral op het zichtbare gedrag. In de oorspronkelijke betekenis accepteert de gebruiker de code zonder die te lezen of volledig te begrijpen.
Andrej Karpathy introduceerde de term in februari 2025 voor experimenten met ongelezen code en AI-gestuurde correcties. Collins koos vibe coding op 6 november 2025 als Word of the Year. De bredere woordenboekdefinitie draait om code laten schrijven via instructies in natuurlijke taal.
Daardoor vallen verschillende werkwijzen onder dezelfde term. De een accepteert een functie nadat het scherm goed lijkt te werken. De ander bekijkt de implementatie en neemt verantwoordelijkheid voor toekomstige wijzigingen.
Google Cloud onderscheidt experimenteel vibe coding van verantwoord ontwikkelen met AI, waarbij iemand de uitvoer beoordeelt en begrijpt. Voor een founder is vooral van belang wie de code kan uitleggen en wijzigingen kan goedkeuren voordat de organisatie op het product gaat vertrouwen.
Hoe werkt vibe coding?
Vibe coding werkt als een terugkerend gesprek: u beschrijft een taak, AI schrijft of wijzigt de code en u bepaalt op basis van het resultaat wat er daarna nodig is. Een bruikbare cyclus bestaat uit vier handelingen:
- Beschrijf het gewenste resultaat. Benoem de gebruiker en wat er moet gebeuren. Geef bij een aanvraagformulier de verplichte velden en toegangsrechten aan.
- Laat een eerste versie genereren. AI maakt of wijzigt projectbestanden. Controleer de scope voordat u functies toevoegt.
- Voer de software uit en test. Gebruik fictieve gegevens en probeer ook een onvolledige inzending. Leg het resultaat vast.
- Stuur bij met een nieuwe prompt. Beschrijf het verschil tussen het verwachte en waargenomen resultaat. Beperk de wijziging en herhaal de controles.
Hoeveel u van het onderliggende project ziet, verschilt per type tool.
| Categorie en neutrale voorbeelden | Gebruiker en werkwijze | Waar de code staat |
|---|---|---|
| Appbouwers in de browser: Lovable, Bolt.new, Replit, Google AI Studio | Founders of ontwikkelaars geven prompts en bekijken het resultaat | Een online project; export en koppeling aan een repository verschillen per tool |
| AI-code-editors en assistenten: Cursor, GitHub Copilot | Gebruikers werken met projectbestanden en voorgestelde wijzigingen | Een ontwikkelomgeving en, indien ingesteld, een repository |
| Coding agents: Claude Code | Gebruikers delegeren taken over meerdere bestanden en beoordelen wijzigingen | De lokale of gehoste werkomgeving van de agent |
Categorieën overlappen. Controleer toegang tot broncode en accounteigenaarschap. Het bredere productontwikkelproces in het AI-tijdperk omvat ook prioriteiten en het toetsen van de vraag.
Voorbeelden van vibe coding in 2026
Deze vijf voorbeelden van vibe coding laten zien waar u kunt beginnen en wanneer extra verificatie nodig wordt. De introductie van Microsoft Learn behandelt prototyping vanuit productvereisten; deze voorbeelden vertalen dat naar zakelijke keuzes.
Een persoonlijk script
Een script dat kopieën van uw eigen bestanden hernoemt, biedt een afgebakende manier om AI-code uit te proberen. Bewaar de originelen zodat u een onjuist resultaat kunt herstellen. Laat het script beoordelen voordat het bronbestanden verwijdert, betaalde diensten aanroept of vertrouwelijke informatie verwerkt.
Een intern hulpmiddel
Met een interne offertecalculator kan een team een prijsberekening uitproberen met fictieve klanten. Zodra medewerkers de uitkomsten gebruiken voor bindende offertes of klantgegevens opslaan, worden correcte berekeningen en toegangsrechten onderdeel van de bedrijfsvoering. Ook intern gebruik brengt die verantwoordelijkheid mee.
Een interactief prototype
Een interactief prototype geeft investeerders of toekomstige gebruikers de mogelijkheid om navigatie en een voorgestelde werkwijze te beoordelen. Voorbeeldgegevens maken een demonstratie mogelijk zonder live systemen aan te sluiten. Het koppelen van bestaande accounts of verzamelen van identificeerbare gegevens vraagt al aandacht vóór een publieke lancering.
Een MVP met de eerste betalende gebruikers
Een minimum viable product (MVP) heeft een beperkt aantal functies om te toetsen of klanten het product gebruiken of kopen. Vibe coding kan helpen die eerste versie te bouwen. Ook een beperkte versie vereist correcte accounttoegang, betrouwbare kernfuncties en een eigenaar voor ondersteuning. Vanaf een betaalde pilot bestaan er klantafspraken.
Een functie in een bestaand product
Een niet-programmeur kan met AI een nieuw zoekscherm of rapportageoverzicht demonstreren voordat het team de volledige implementatie plant. Houd het experiment buiten het live product. Laat een ontwikkelaar vóór het samenvoegen controleren wat de wijziging doet met bestaande rechten en gedeelde code.
Kunt u vibe coden zonder programmeerkennis?
Ja, u kunt zonder kennis van programmeersyntax een werkend prototype bouwen met vibe coding. Voor een zakelijk product heeft u iemand nodig die de implementatie kan onderzoeken en fouten kan oplossen wanneer nieuwe prompts onvoldoende helpen.
Zonder programmeerkennis kunt u werkwijzen beschrijven en beoordelen of schermen het bedoelde probleem oplossen. Die vaardigheden zeggen minder over authenticatie, het vaststellen van identiteit, of toegangsregels, die bepalen welke gegevens iemand mag opvragen of wijzigen.
Een API key is een toegangssleutel voor een andere dienst; dependencies zijn externe softwarepakketten. Iemand moet de instellingen van beide beoordelen.
Advait Sarkar en Ian Drosos analyseerden voor hun onderzoek uit 2025 naar vibe coding meer dan acht uur aan opgenomen sessies. Programmeerkennis en handmatige codewijzigingen bleven onderdeel van het werk. U kunt als founder de productkeuzes leiden en technisch eigenaarschap regelen voordat anderen afhankelijk worden van het resultaat.
Vibe coding versus traditioneel programmeren
Vibe coding begint met instructies en feedback op gegenereerde uitvoer. Bij traditioneel programmeren implementeert een ontwikkelaar de vereisten rechtstreeks. Teams kunnen AI-generatie combineren met technische beoordeling; het verschil zit in de werkwijze.
| Criterium | Vibe coding op basis van prompts | Ontwikkeling met technisch eigenaarschap |
|---|---|---|
| Wie de code schrijft | AI genereert de implementatie vanuit prompts | Een ontwikkelaar schrijft code of begeleidt gegenereerde wijzigingen |
| Tijd tot de eerste versie | Afhankelijk van scope en koppelingen; beoordeling kan nog openstaan | De planning omvat implementatie, ontwerp en afgesproken releasecontroles |
| Wie de code begrijpt | Het begrip kan beperkt blijven tot zichtbaar gedrag | Een aangewezen ontwikkelaar begrijpt de implementatie |
| Testen | Gebruikers proberen handelingen en vragen aanpassingen | Tests hebben verwachte uitkomsten en controleren bestaand gedrag na wijzigingen |
| Beveiligingsbeoordeling | Moet expliciet worden toegevoegd vóór gebruik van gevoelige functies | Onderdeel van ontwikkeling en release wanneer dit in de scope is opgenomen |
| Wijzigingskosten na lancering | Onderzoek kan het reconstrueren van ongedocumenteerde keuzes omvatten | Documentatie en tests bieden een vertrekpunt; onderzoek blijft nodig |
Gebruik vibe coding om een idee binnen een afgebakende omgeving te toetsen. Zodra klanten, betalingen, persoonsgegevens of bedrijfsprocessen afhankelijk zijn van het product, gaat u verder met beoordeelde ontwikkeling. De gids over AI code review legt uit welke rol menselijke beoordeling daarin heeft.
Maak in de begroting onderscheid tussen de eerste bouw, verificatie, herstelwerk en doorlopende bedrijfsvoering. Het artikel over kosten van AI-appontwikkeling werkt die kostenposten uit.
Wilt u klanten toelaten tot een vibe-coded product? Met een AI-built product review beoordelen softwareontwikkelaars en beveiligingsspecialisten hetzelfde product vóór de lancering. U weet welke punten aandacht vragen voordat u een bredere release vastlegt.
Waar loopt vibe coding vast?
Vibe coding loopt vast wanneer werkende schermen worden gezien als voldoende bewijs voor de kwaliteit van het onderliggende product. Drie knelpunten verklaren waarom extra prompts niet altijd meer tot bruikbare vooruitgang leiden.
Verborgen beveiligingsfouten
Een werkend inlogscherm bewijst niet dat privégegevens zijn afgeschermd. Het Veracode GenAI Code Security Report van 2026, verschenen op 28 juli, rapporteerde beveiligingsfouten bij circa 44% van de onderzochte codegeneratietaken zonder specifieke beveiligingsinstructies. Het onderzoek betrof modellen, geen volledige applicaties of de genoemde appbouwers. De uitkomst onderbouwt codecontrole, maar voorspelt geen kans op een datalek in uw product.
Wijzigingen die bestaande functies verstoren
Een verzoek om één scherm aan te passen kan ook gedeelde logica veranderen. Zonder beoordeling kan daardoor een eerder werkende functie ongemerkt uitvallen. Bewaar beoordeelde versies in Git, een systeem voor versiebeheer, en maak afzonderlijke databack-ups. Herstel van broncode herstelt geen beschadigde database.
Het werk buiten de demonstratie
Een leeg gegevensveld, verbroken verbinding of gelijktijdig verzoek kan ongetest gedrag blootleggen. Daarvoor zijn expliciete vereisten en tests nodig. Een werkende demo geeft geen betrouwbare indicatie van het resterende werk.
De specifieke controles op toegang, gegevens en instellingen staan in het artikel over beveiligingsrisico’s bij vibe coding.
Van prototype naar productie: wat verandert er?
Een prototype wordt een operationeel product zodra mensen op de uitkomsten vertrouwen, ook tijdens een interne pilot. De code kan grotendeels gelijk blijven, terwijl meer bewijs en duidelijker eigenaarschap nodig zijn om het gebruik te ondersteunen.
| Onderdeel | Afgebakend prototype | Product waarop mensen vertrouwen |
|---|---|---|
| Gebruikers | Gecontroleerde tests | Klanten of medewerkers vertrouwen op de uitkomst |
| Gegevens | Fictieve gegevens; persoonsgegevens vereisen al bescherming | Risicogerichte maatregelen volgens artikel 32 AVG |
| Incidenten | Het experiment kan worden gestopt | Aangewezen verantwoordelijke en beoordeling van de meldplicht |
| Geheimen en API keys | Testsleutels met beperkte rechten | Beschermde sleutels en een vervangingsproces |
| Toegangscontrole | Beperkte testscenario’s | Geverifieerde rechten per rol en gegevensrecord |
| Monitoring en rollback | Handmatig volgen | Meldingen en een geteste rollback naar een werkende versie |
| Codewijzigingen | Experimentele aanpassingen | Een eigenaar, beoordeling en herleidbare releases |
Artikel 32 AVG (GDPR) vereist beveiligingsmaatregelen die passen bij het verwerkingsrisico. Dat geldt ook voor persoonsgegevens in een prototype. Menselijke beoordeling helpt de maatregelen te toetsen, maar is geen specifieke reviewplicht uit dit artikel.
Volgens artikel 33 moet de verwerkingsverantwoordelijke een meldplichtig datalek onverwijld en, waar mogelijk, binnen 72 uur na kennisname melden. De uitzondering geldt als een risico voor rechten en vrijheden onwaarschijnlijk is. De Autoriteit Persoonsgegevens licht toe hoe u meldt wanneer zij de bevoegde toezichthouder is.
De gids over AI-gegenereerde code in productie werkt vier fasen uit: inventariseren, onafhankelijk laten beoordelen, releaseblokkerende problemen oplossen en beperkt uitrollen met monitoring en geteste rollback. Gebruik de production readiness checklist om het benodigde bewijs voor te bereiden.
Hoe Sunbytes vibe-coded producten beoordeelt
Stel vast wat aandacht vraagt voordat een vibe-coded product klantafspraken moet waarmaken. Sunbytes laat softwareontwikkelaars en beveiligingsspecialisten samen vijf gebieden onderzoeken: beveiliging en gegevens, code en architectuur, kernfuncties, deployment en beheer, en onderhoudbaarheid.
U krijgt bevindingen met bewijs, een geprioriteerd actieplan en een technische overdracht waarmee uw team of AI-tool verder kan. Herstelwerk is een afzonderlijke keuze. U kunt de bevindingen dus eerst beoordelen voordat u beslist wie de aanpassingen uitvoert.
Sunbytes combineert ervaring uit meer dan 300 opgeleverde projecten met Nederlandse aansturing en een ISO 27001-gecertificeerd managementsysteem voor informatiebeveiliging.
Vraag een AI-built product review aan om vast te stellen wat vóór uw volgende release aandacht nodig heeft.
