KI und die Zukunft des Codens: Warum Vibe Forks doch nicht so bedrohlich sind, wie du denkst

Neulich habe ich mir eine Demo angeschaut, die vor drei Jahren noch wie Science-Fiction gewirkt hätte. Ein KI-System hat einen funktionierenden Compiler erzeugt, der mehrere Prozessorarchitekturen als Zielplattform unterstützt. Kein Spielzeug. Kein Prototyp. Ein echter, lauffähiger Compiler, der 99 % der branchenüblichen Test-Suiten bestanden hat.

Das ist der Stand der Dinge.

Die Entwicklung bei KI-gestützter Code-Generierung hat einen rasanten Verlauf genommen. Wir sind von der Vorhersage des nächsten Wortes zu ganzen Funktionen, kompletten Dateien und mittlerweile zunehmend gesamten Projekten übergegangen. Mit dieser Fähigkeitsexplosion geht ein faszinierender Nebeneffekt einher: das Aufkommen dessen, was die Community "Vibe Forks" nennt.

Ein Vibe Fork – einfach gesagt – entsteht, wenn jemand Vibe Coding nutzt, um eine Clean-Room-Implementierung bestehender Software zu erstellen. Es wird kein Code kopiert. Die Funktionalität wird von Grund auf neu erschaffen, durch zunehmend leistungsfähige KI-Systeme hervorgebracht. Der Quellcode war nie die eigentliche Schutzmauer – und war es streng genommen auch nie. Das Wissen darüber, wie Dinge funktionieren, wurde in Trainingsdaten aufgenommen und in Modellgewichten kodiert.

Das Carlini Compiler Experiment

Das vielleicht eindrucksvollste Beispiel liefert aktuelle KI-Forschung. Sechzehn KI-Agenten wurden auf einen gemeinsamen Codebase losgelassen, um einen C-Compiler von Grund auf zu bauen. Nach nearly 2.000 Sessions und 20.000 Dollar an API-Kosten erzeugten sie einen 100.000 Zeilen starken Compiler, der Linux 6.9 auf x86, ARM und RISC-V-Architekturen bauen kann. Er kompiliert sogar DOOM.

Lass das einen Moment lang sinken.

100.000 Zeilen produktionsreifer Compiler-Code. Drei verschiedene Prozessorarchitekturen. Ein Kernel, der tatsächlich bootet. Das ist kein Wochenend-Hack – das ist Software, die Forscher Jahre gekostet hat, reproduziert durch autonome Agenten in einem Zeitraum von wenigen Wochen Rechenzeit.

Die unmittelbare Reaktion ist entweder Euphorie oder existenzielles Grauen, je nachdem, wo du gerade stehst. Aber ich denke, die Realität ist differenzierter – und ehrlich gesagt, deutlich interessanter.

Warum ich deswegen nicht schlecht schlafe

Hier meine provokante These: Vibe Forks sind beeindruckend, aber sie sind nicht die existenzielle Bedrohung für Software-Betreuer, als die sie erscheinen mögen.

Betrachten wir die Ökonomie der Überflutung. Wenn jeder per Prompt einen C-Compiler erschaffen kann, wird das Artefakt nicht mehr knapp. Was knapp wird, ist Urteilsvermögen – genauer gesagt, die Fähigkeit zu entscheiden, welche der vielen generierten Alternativen korrekt, gepflegt, sicher und vertrauenswürdig für Produktivsysteme ist.

Dieses Muster hat es schon einmal gegeben. Schau dir die App-Stores an. Die Kosten fürs Klonen sind dort praktisch bei null. Die Hürde für eine Listung ist niedrig. Ergebnis? Hundert Habit-Tracker, tausend Taschenlampen-Apps, ein Ozean nahezu identischer Produktivitätstools. Die Klone existieren. Sie schaffen es nur nicht besonders weit.

Was die Gewinner vom Rest unterscheidet, sind nicht die Features. Es sind Kuratierung, Auffindbarkeit, Vertrauen und Reputation. Das redaktionelle Feature, die Nutzerbewertungen, die Sterne-Bewertungen, der Markenruf, der Jahre an Aufbauarbeit gekostet hat. Die Feature-Liste kannst du über Nacht replizieren. Das Vertrauen nicht.

Der versteckte Vorteil der Platzhirsche

Hier kommt etwas Kontraintuitives: Genau die Eigenschaft, die Vibe Forks möglich macht, hilft den Etablierten mehr als den Neueinsteigern.

Weit verbreitete Software befand sich unzählige Male in Trainingsdaten. Sie wurde mit Edge Cases und Grenzfällen konfrontiert, die Entwickler Jahre damit verbracht haben zu entdecken und zu beheben. Das Modell ist genau deshalb gut darin, diese Software zu pflegen, weil die Welt bereits die harte Arbeit geleistet hat, herauszufinden, was kaputt ist.

Ein frisch gebackener Vibe Fork hat diese Geschichte nicht. Er funktioniert vielleicht wunderbar für den Happy Path. Aber dieser rätselhafte Absturz, der nur auftritt, wenn du eine Datei mit Unicode-Zeichen mitten in einem Dienstagnachmittag im November verarbeitest? Dafür hat jemand drei Monate gebraucht, um die Ursache zu finden. Das steht nicht in deinem Prompt. Das ist implizites Wissen, eingebettet in den ursprünglichen Codebase.

Die Modelle sind tatsächlich besser darin, das zu pflegen, was die Welt bereits gelernt hat zu pflegen. Es ist nicht fair, aber es ist wahr.

Das menschliche Element, das sich nicht skalieren lässt

Und dann ist da noch der Support. Hier wird es mit Vibe Forks wirklich schwierig, und ich glaube, das ist die am meisten unterschätzte Schutzmauer von allen.

Agentic AI kann mit Sicherheit Greenfield-Projekte stemmen. Etwas komplett Neues von Grund auf aufbauen? Die Modelle sind bemerkenswert fähig. Aber echte Software ist kein Greenfield. Echte Software ist Brownfield. Sie hat akkumulierte Abhängigkeiten, Legacy-Integrationen, seltsame Konfigurationen und den angesammelten Ballast von Jahren voller "Das reparieren wir später".

Jedes reife Projekt trägt essenzielle Komplexität – die inhärente Schwierigkeit des Problems, das es löst. Aber es trägt auch akzidentelle Komplexität, die Art, die sich im Laufe der Zeit durch wechselnde Anforderungen, Personalwechsel und die tausend kleinen Entscheidungen einschleicht, die zum jeweiligen Zeitpunkt vernünftig erschienen.

Diese akzidentelle Komplexität reduzieren? Das ist eine zutiefst menschliche Aufgabe. Sie erfordert Kontextverständnis, das möglicherweise nie aufgeschrieben wurde. Sie erfordert Gespräche mit Nutzern darüber, was sie wirklich brauchen. Sie erfordert Abwägungsentscheidungen, die nur im Licht der Organisationsgeschichte Sinn ergeben.

KI-Agenten können bei alldem helfen. Aber sie können es nicht allein tun – und schon gar nicht für einen frischen Fork, der diese Beziehungen oder diesen Kontext nicht hat.

Die echte Chance

Hier ist, was ich denke, wirklich passiert mit Vibe Forks: Sie eliminieren nicht den Wert großartiger Software. Sie demokratisieren die Fähigkeit, neue Software zu bauen.

Die Menschen, die daran gehindert wurden zu erschaffen, weil sie kein C konnten oder keine Jahre an Compiler-Erfahrung hatten? Sie sind jetzt entblockiert. Die Startups, die es sich nicht leisten konnten, Infrastruktur von Grund auf zu bauen? Sie können Ideen schneller prototypisieren und validieren als je zuvor.

Was Vibe Forks nicht einfach replizieren können, ist das akkumulierte Vertrauen, die Community und das implizite Wissen, das Software über die Zeit wertvoll macht. Das wird immer noch auf die altmodische Art aufgebaut: durch Jahre des Auslieferns, Zuhörens, Reparierens und Iterierens.

Also ja, die Hürde, Software zu reproduzieren, ist dramatisch gesunken. Aber die Hürde, Software zu erschaffen, die bedeutsam ist – die Art, der Menschen ihre Geschäfte und ihre Existenz anvertrauen – erfordert immer noch das menschliche Element. Wird es immer.

Die Frage ist nicht, ob KI deine Träume bauen kann. Sie kann es. Die Frage ist, ob du etwas bauen kannst, das es wert ist, gepflegt zu werden.