Waarom Vibe Forks Minder Gevaarlijk Zijn Dan Je Denkt

Laatst zag ik een demo die drie jaar geleden sciencefiction zou zijn geweest. Een AI-systeem had een werkende compiler gebouwd die meerdere processor-architecturen ondersteunde. Geen speelgoed. Geen prototype. Een echte, functionerende compiler die 99% van de industriestandaard testsuites doorstond.

Dit is waar we nu staan.

De ontwikkeling van AI-code-generatie gaat razendsnel. We gingen van het voorspellen van het volgende woord naar hele functies, complete bestanden, en nu steeds vaker complete projecten. Bij deze capaciteitsexplosie hoort een fascinerend neveneffect: de opkomst van wat de community "vibe forks" noemt.

Een vibe fork is simpel gezegd wat er gebeurt wanneer iemand vibe coding gebruikt om een schone, onafhankelijke implementatie van bestaande software te maken. Ze kopiëren geen code. Ze recreëren functionaliteit vanaf nul, opgewekt door steeds capabelere AI-systemen. De broncode is niet langer de concurrentievoorsprong — dat was het eigenlijk nooit. De kennis over hoe dingen werken is opgenomen in trainingsdata en gecodeerd in modelgewichten.

Het Carlini Compiler Experiment

Het meest opvallende voorbeeld komt uit recent AI-onderzoek. Zestien AI-agents werden losgelaten op een gedeelde codebase om een C-compiler vanaf nul te bouwen. Na bijna 2.000 sessies en $20.000 aan API-kosten produceerden ze een compiler van 100.000 regels code die Linux 6.9 kon bouwen op x86, ARM en RISC-V architecturen. Hij compileert zelfs DOOM.

Laat dat even bezinken.

Honderdduizend regels productiekwaliteit compilercode. Drie verschillende processor-architecturen. Een kernel die daadwerkelijk opstart. Dit is geen weekend-hackproject — dit is software die onderzoekers jaren kostte om te bouwen, gereproduceerd door autonome agents in wat neerkomt op een paar weken rekenwerk.

De eerste reactie is ofwel euforie of existentiële angst, afhankelijk van waar je staat. Maar ik denk dat de realiteit genuanceerder is, en eerlijk gezegd een stuk interessanter.

Waarom Ik Geen Slaap Verlies Door Vibe Forks

Hier is mijn perspectief: vibe forks zijn indrukwekkend, maar ze vormen niet de existentiële bedreiging voor software-ontwikkelaars die ze misschien lijken.

Denk aan de economie van overvloed. Wanneer iedereen een C-compiler kan prompten, stopt het artefact met schaars zijn. Wat schaars wordt is oordeelsvermogen — specifiek, oordeel over welk van de vele gegenereerde alternatieven correct is, onderhouden wordt, veilig is, en de moeite waard om te vertrouwen met je productiesystemen.

Dit patroon heeft zich eerder voorgedaan. Kijk naar app stores. De kosten om te klonen zijn daar al praktisch nul. De drempel om te publiceren is laag. Resultaat? Honderd gewoontetrackers, duizend zaklamp-apps, een oceaan van bijna-identieke productiviteitstools. De clones bestaan. Ze gaan alleen niet de afstand.

Wat de winnaars onderscheidt van de rest is niet functionaliteit. Het is curatie, ontdekking, vertrouwen en reputatie. De redactie die featuret, de gebruikersrecensies, de sterrenbeoordelingen, de merkbekendheid die jaren kostte om op te bouwen. Je kunt de featurelijst overnachten. Het vertrouwen kun je niet kopiëren.

Het Verborgen Voordeel Van Gevestigde Spelers

Hier is iets tegenintuïtiefs: precies de eigenschap die vibe forking mogelijk maakt, helpt gevestigde spelers eigenlijk meer dan nieuwkomers.

Wijd uitgerolde software is ontelbare keren in trainingsdata terechtgekomen. Het is geraakt door corner cases en randgevallen die ontwikkelaars jaren kostten om te ontdekken en te repareren. Het model is hier goed in omdat de wereld het zware werk van ontdekken wat kapot is al heeft gedaan.

Een gloednieuwe vibe fork heeft geen van deze geschiedenis. Het werkt misschien prachtig voor de happy path. Maar die mysterieuze crash die alleen optreedt bij het verwerken van een bestand met Unicode-tekens halverwege een dinsdagmiddag in november? Dat kostte iemand drie maanden om op te sporen. Dat zit niet in je prompt. Dat is institutionele kennis ingebed in de originele codebase.

De modellen zijn oprecht beter in het onderhouden van wat de wereld al heeft geleerd te onderhouden. Het is niet eerlijk, maar het is wel zo.

Het Menselijke Element Dat Niet Schaalt

En dan is er support. Dit is waar vibe forks echt tekortschieten, en ik denk dat dit de meest onderschatte bescherming in dit hele verhaal is.

Agentic AI kan absoluut greenfield projecten aan. Iets vanaf nul bouwen? De modellen zijn opmerkelijk capabel. Maar echte software is geen greenfield. Echte software is brownfield. Het heeft opgehoopte afhankelijkheden, legacy-integraties, rare configuraties, en de opgehoopte rommel van jaren "dit fixen we later wel".

Elk mature project draagt essentiële complexiteit mee — de inherente moeilijkheid van het probleem dat het oplost. Maar het draagt ook accidentele complexiteit mee, het soort dat in de loop der tijd binnensluipt door veranderende eisen, personeelsverloop, en de duizend kleine beslissingen die destijds redelijk leken.

Die accidentele complexiteit verminderen? Dat is een diepmenselijke taak. Het vereist begrip van context die misschien nooit is opgeschreven. Het vereist gesprekken met gebruikers over wat ze werkelijk nodig hebben. Het vereist oordelen over afwegingen die alleen zin hebben gegeven binnen de organisatorische geschiedenis.

AI-agents kunnen hierbij helpen. Maar ze kunnen het niet alleen, en ze kunnen het zeker niet doen voor een verse fork die die relaties of die context niet heeft.

De Ware Opportuniteit

Hier is wat ik denk dat er werkelijk gebeurt met vibe forks: ze elimineren niet de waarde van goede software. Ze democratiseren het vermogen om nieuwe software te bouwen.

De mensen die geblokkeerd werden om te creëren omdat ze geen C kenden of geen jaren compilerc ervaring hadden? Ze zijn nu ontgrendeld. De startups die geen infrastructuur vanaf nul konden bouwen? Ze kunnen ideeën sneller prototypen en valideren dan ooit tevoren.

Wat vibe forks niet gemakkelijk kunnen repliceren is het opgebouwde vertrouwen, de community, en de institutionele kennis die software waardevol maken over tijd. Dat wordt nog steeds op de ouderwetse manier opgebouwd: door jaren te verschepen, luisteren, fixen en itereren.

Dus ja, de drempel om software te recreëren is dramatisch gedaald. Maar de drempel om software te creëren die ertoe doet — het type waar mensen hun bedrijven en levensonderhoud aan toevertrouwen — vereist nog steeds het menselijke element. Dat zal altijd zo zijn.

De vraag is niet of AI je dromen kan bouwen. Dat kan het. De vraag is of je iets kunt bouwen dat de moeite waard is om te onderhouden.