Vibe Coding.

Der Begriff geht auf einen Beitrag von Andrej Karpathy im Februar 2025 zurück. Er beschrieb darin eine Art zu programmieren, bei der man sich ganz auf das Modell verlässt, das Ergebnis ausprobiert und bei Fehlern einfach die Fehlermeldung zurückgibt, statt den Code selbst zu lesen. Collins kürte «vibe coding» im November 2025 zum Wort des Jahres, und spätestens damit verlor der Ausdruck seine Schärfe: Heute steht er für alles von sorgfältiger KI-gestützter Entwicklung mit Tests und Review bis zum ungeprüften Zusammenklicken einer App. Für ein ehrliches Gespräch über Budget und Risiko lohnt es sich deshalb, den Begriff zu präzisieren, bevor man ihn verwendet.

Praktisch läuft Vibe Coding in einer Schleife ab. Man beschreibt in ein, zwei Sätzen, was entstehen soll, das Modell erzeugt Dateien, man startet die Anwendung, meldet zurück, was nicht funktioniert, und lässt korrigieren. Moderne Entwicklungsumgebungen und Coding-Agenten führen dabei selbst Befehle aus, lesen Fehlermeldungen und ändern mehrere Dateien in einem Durchgang. Die Stärke dieser Schleife ist Geschwindigkeit: Von der Idee zur ersten laufenden Version vergehen Stunden statt Wochen. Genau darin liegt aber auch ihre Schwäche. Was entsteht, ist eine Version, die läuft — nicht zwingend eine, die zu einer zweiten Entwicklerin, zu Lastspitzen oder zu einer Sicherheitsprüfung passt.

Die Risiken sind gut dokumentiert und nüchtern zu behandeln. Code, den niemand gelesen hat, enthält typischerweise Zugangsdaten im Quelltext, fehlende Rechteprüfungen an Schnittstellen, ungeprüfte Eingaben und Abhängigkeiten, die niemand bewusst ausgewählt hat. Dazu kommt ein zweiter, unauffälligerer Effekt: Ohne Tests und ohne verstandene Architektur wächst die Änderungsangst. Jede neue Funktion kann etwas kaputtmachen, das niemand erklären kann, und das Modell repariert dann Symptome statt Ursachen. Die brauchbare Faustregel lautet deshalb nicht «nie», sondern: Je grösser der Schaden bei einem Fehler, desto strenger die menschliche Kontrolle — bis hin zu Review, automatisierten Tests und einer Sicherheitsprüfung vor dem Livegang.

Ein konkreter Anwendungsfall zeigt die sinnvolle Grenze. Ein KMU will wissen, ob ein digitales Buchungsformular mit automatischer Terminvergabe überhaupt genutzt würde. Statt ein Pflichtenheft zu schreiben, entsteht in wenigen Tagen ein Prototyp, den zwanzig Bestandskunden ausprobieren. Das Ziel ist eine Entscheidung, nicht ein fertiges Produkt: Wird das Formular genutzt, ist die Investition begründet; wird es ignoriert, ist wenig Geld verloren. Genau dafür bauen wir Prototypen und MVPs zur Ideenvalidierung ab CHF 10'000. Fällt der Entscheid für den Ausbau, wird der Prototyp nicht weitergeschleppt, sondern mit Tests, sauberer Datenhaltung und Review neu aufgebaut.