Wenn das Viben endet, beginnt das Denken
Die Verführung
Es gibt Wörter, die mehr verraten, als ihren Verwendern lieb ist. „Vibe Coding" ist so eines. Schon der Klang hat etwas Frivoles: ein bisschen Gefühl, ein bisschen Improvisation, ein bisschen digitale Séance. Man sagt der Maschine, was man ungefähr möchte, und sie antwortet mit Code. Der Vorgang wirkt mühelos, fast elegant. Vor allem aber schmeichelt er einer Epoche, die sich gern einredet, Komplexität lasse sich durch Intuition ersetzen.
Die Verführung ist offensichtlich. Endlich scheint Softwareentwicklung entmystifiziert. Endlich müssen wir nicht mehr jenen rätselhaften Spezialisten zusehen, die zwischen Tickets, Builds und Fehlermeldungen einen Beruf daraus gemacht haben, Unsicherheit in Syntax zu übersetzen. Nun also genügt offenbar Sprache. Ein Wunsch, ein Prompt, ein Ergebnis. Die Maschine produziert, der Mensch kuratiert, und alle fühlen sich plötzlich ein wenig wie Schöpfer.
Nur ist genau das der Irrtum.
Hervorbringen ist nicht Verstehen
Denn Vibe Coding mag vieles sein: schnell, spielerisch, berauschend, manchmal sogar produktiv. Was es nicht ist: Engineering. Es ist die Verwechslung von Hervorbringen mit Verstehen. Von Ausdruck mit Struktur. Von Funktion mit Verantwortung.
Ein Prototyp lässt sich heute in Stunden erzeugen, manchmal in Minuten. Das ist bemerkenswert. Aber ein System entsteht nicht in dem Moment, in dem etwas auf dem Bildschirm läuft. Ein System beginnt dort, wo Anforderungen nicht nur behauptet, sondern geklärt werden. Wo Schnittstellen nicht nur verbunden, sondern beherrscht werden. Wo Abhängigkeiten, Lastfälle, Fehlermodi, Sicherheitsannahmen und Wartbarkeit nicht als lästige Nachträge erscheinen, sondern als eigentlicher Stoff der Arbeit.
Was wirklich wertvoll ist
Gerade deshalb ist die gegenwärtige Debatte so unerquicklich. Sie tut so, als sei das Schreiben von Code die Substanz der Softwareentwicklung. Dabei war es schon immer nur ihr sichtbarster, nicht ihr wertvollster Teil. Wertvoll ist nicht, dass jemand tippt. Wertvoll ist, dass jemand urteilt. Dass jemand das Problem so weit durchdringt, bis aus diffusen Wünschen belastbare Entscheidungen werden.
Die KI bedroht darum auch nicht zuerst den Engineer. Sie bedroht zuerst die Illusion, dass Ausführung schon Verständnis sei. Unter Druck gerät jene Rolle, die sich auf lokale Implementierung beschränkt, auf das Abarbeiten eines Teilproblems ohne Anspruch auf Systemverantwortung. Das ist kein kulturelles Drama, sondern eine ökonomische Verschiebung. Die austauschbare Ausführung wird billiger. Das ist alles. Nur eben mit weitreichenden Folgen.
Der eigentliche Unterschied
Der eigentliche Unterschied verläuft deshalb nicht zwischen Mensch und Maschine. Er verläuft zwischen dem, der Code erzeugt, und dem, der Systeme verantwortet. Zwischen dem, der Bausteine produziert, und dem, der weiß, warum sie in genau dieser Form zusammengehören. Zwischen Basteln und Urteilskraft.
Darum ist die Zukunft auch nicht demjenigen sicher, der am geschmeidigsten promptet. Sie gehört demjenigen, der die Maschine in ein Verfahren zwingt. Der Anforderungen präzisiert, Architektur entwirft, Module schneidet, Tests definiert, Ergebnisse prüft und den Mut hat, einem plausiblen Output zu misstrauen. Nicht das Viben wird gewinnen. Gewinnen wird, wer der Leichtigkeit misstraut.
In meiner eigenen Praxis erlebe ich genau das. Seit ich KI konsequent in meine Arbeit einbinde — nicht als Orakel, sondern als Werkzeug unter Führung —, verfüge ich über etwas, das ich lange nicht hatte: ein hoch spezialisiertes Team. Einer recherchiert Abhängigkeiten, ein anderer generiert Testfälle, ein dritter schreibt Dokumentation. Ich orchestriere, prüfe, entscheide. Die Rollen sind klar verteilt: Die Maschine produziert unter Anleitung. Die Verantwortung bleibt bei mir. Das ist kein Vibe Coding. Das ist Engineering mit neuen Mitteln.
Wenn aus der Demo ein Betrieb wird
Denn sobald aus einer Demo ein Betrieb wird, aus einer Idee ein Vertrag, aus einer Anwendung ein Risiko, endet die Romantik. Dann beginnt wieder, was nie aufgehört hat, der Kern guter Entwicklung zu sein: denken, entscheiden, verantworten.
Alles andere ist nur Improvisation mit bemerkenswert guter Autovervollständigung.