Eerst dit: wat jij hebt gebouwd, is echt
Met Lovable, Bolt, Replit of Cursor bouw je in een week wat een paar jaar geleden een team van drie kostte. Dat is geen speelgoed en geen hype — het werkt, mensen gebruiken het, en jij hebt het gemaakt. Dit verhaal gaat dus niet over waarom je moet stoppen. Het gaat over wat je erbij hebt gekocht zonder dat het op de rekening stond.
Want er is iets fundamenteels veranderd. Vroeger was code schrijven het dure deel en was de rest bijzaak. Nu is het schrijven bijna gratis — en is al het andere overgebleven: weten of het klopt, of het veilig is, of het overeind blijft als het druk wordt. Dat deel is niet meegedaald in prijs. Het is alleen minder zichtbaar geworden.
Waarom “het werkt” iets anders is dan “het klopt”
AI-tools schrijven code die er verzorgd uitziet. Nette opmaak, duidelijke namen, keurige uitleg erbij. En de demo doet het. Dat voelt als kwaliteit — maar verzorgd en correct zijn twee verschillende dingen. Een AI gokt namelijk, heel goed en heel snel. Meestal gokt hij raak. Soms net niet. En het venijnige is: de misser ziet er precies zo verzorgd uit als de rest.
Onafhankelijk onderzoek laat dat steeds hetzelfde patroon zien: AI-gegenereerde code bevat vaker fouten en beveiligingslekken dan handgeschreven code — en de makers die ermee werken zijn er tegelijk zekerder van dat het goed zit. Dat is geen verwijt aan jou. Het is hoe deze tools werken: ze zijn gebouwd om overtuigend te zijn, niet om gelijk te hebben.
De vier manieren waarop het stil misgaat
Problemen in vibe-coded apps komen zelden binnen met een foutmelding. Ze vallen in vier herkenbare families:
- Het breekt op echte data. De demo draait op nette voorbeelden. Dan komt de eerste echte klant — met een adres met rare tekens, een lege invoer, een bestand dat nét anders is — en valt er iets om dat altijd leek te werken.
- Het rekent verkeerd zonder te crashen. De gevaarlijkste familie. Een korting die net iets te ruim uitpakt, een datum die Amerikaans wordt gelezen, een totaal dat bij negatieve bedragen de verkeerde kant op telt. Geen foutmelding, geen crash — alleen stilletjes verkeerde uitkomsten.
- Het wordt traag of valt om als het druk wordt. Alles werkt met tien gebruikers. Bij honderd begint het te haperen. Het geheugen loopt vol, de database-verbindingen raken op — dingen die je pas ziet als het erop aankomt, precies op het moment dat je succes hebt.
- Er staat een deur open die je niet ziet. Een API-sleutel die meegestuurd wordt naar de browser, een database die vragen van iedereen beantwoordt, een inlogcheck die te omzeilen is. Onzichtbaar in het gebruik — tot iemand met verkeerde bedoelingen langsloopt.
Herken je hier niks van in je eigen app? Dat is precies het punt: dat kún je van buitenaf niet zien. Ook wij niet, tot we kijken.
De valkuil: de bouwer laten controleren
De logische reflex is het aan de AI zelf te vragen: “klopt dit allemaal?” Die zegt dan volmondig ja — met dezelfde blinde vlekken waarmee hij de code schreef. Als de AI ergens een denkfout heeft gemaakt, zit diezelfde denkfout in zijn controle. Je vraagt de slager zijn eigen vlees te keuren, en de slager is nog overtuigend ook.
De enige controle die iets waard is, is een controle die onafhankelijk is van wat gecontroleerd wordt. Dat principe is zo oud als de bouwkeuring en de APK, en het geldt onverkort voor software: wie het gebouwd heeft — mens of AI — keurt het niet zelf.
De afweging, eerlijk op tafel
Vibe coding is dus geen gratis lunch, maar een ruil — en als je weet wát je ruilt, is het een prima deal. Je wisselt maanden bouwtijd in voor een nieuwe vraag die je vroeger gratis meekreeg van je ontwikkelteam: hoe weet ik dat dit klopt? Die vraag verdwijnt niet door hem niet te stellen. Hij wordt alleen duurder naarmate je hem later stelt — het goedkoopst vóór je eerste betalende klant, het duurst op de voorpagina.
Wat je zelf kunt doen
Zonder ook maar één regel code te lezen kun je al veel:
- Test met vals spel. Vul je eigen formulieren in zoals een haastige, slordige of kwaadwillende bezoeker dat zou doen. Lege velden, rare tekens, absurde bedragen, twee keer snel klikken.
- Wees het strengst op geld, inloggen en persoonsgegevens. Alles wat betaalt, toegang geeft of gegevens bewaart, verdient dubbele aandacht. Daar zijn foutjes geen schoonheidsfoutjes.
- Laat niets automatisch draaien dat je niet begrijpt. Hoe meer je AI zelfstandig laat uitvoeren — mails sturen, gegevens wijzigen, betalingen verwerken — hoe belangrijker het is dat er ergens een rem zit die jij begrijpt.
- Haal er op het juiste moment een onafhankelijke blik bij. Niet omdat het moet, maar omdat jij de enige bent die niet objectief naar je eigen app kán kijken — en je AI ook niet.
Waar wij in dit plaatje passen
Die onafhankelijke blik is precies wat de gratis Stamp is: wij kijken van buitenaf naar je app — los van de tools waarmee je bouwde — en vertellen je in mensentaal wat er goed zit, wat aandacht verdient en wat we niet konden beoordelen. Ook dat laatste zeggen we eerlijk, want een keurmerk dat overal groen voor geeft, is geen keurmerk.
Eerlijk is eerlijk: wij gebruiken zelf ook AI
Een terechte vraag die je nu kunt stellen: jullie zetten zelf AI in bij het beoordelen — trappen jullie daarmee niet in precies de valkuil van hierboven? We stellen hem onszelf ook. Drie dingen maken het verschil.
- De valkuil is je eigen werk keuren. Wij keuren niet ons eigen werk: ander model, andere vragen, en geen enkel belang bij de uitkomst. De slager keurt hier niet zijn eigen vlees — er staat een keurmeester van buiten in de winkel.
- Onze AI beslist niet — hij wijst aan. Elke observatie wordt getoetst aan wat we zelf feitelijk op je site hebben waargenomen; wat niet te onderbouwen is, haalt het rapport niet. Het oordeel zelf komt uit vaste regels, niet uit de AI.
- We zeggen het als we het niet weten. Een check die niet kon draaien wordt bij ons nooit stilletjes een groen vinkje — die staat in het rapport als “niet beoordeeld”. Ook onze eigen AI behandelen we als iets dat je moet controleren, niet blind vertrouwen.
En eerlijk gezegd is dat niets nieuws: keuren is nooit onfeilbaar geweest. Menselijke reviewers, accountants en APK-keurmeesters zijn het ook niet. Vertrouwen komt niet van een perfecte keurmeester — het komt van onafhankelijkheid, een navolgbare methode en bewijs dat je zelf kunt nakijken. Precies daar leggen wij de lat.
Code is gratis geworden. Vertrouwen moet je nog steeds verdienen — maar dat hoeft niet duur te zijn, en je hoeft het niet alleen te doen.