Kurzdefinition

Software bauen, indem man einem Code-Assistenten die Absicht beschreibt, statt den Code selbst zu schreiben, und die Entstehung durch fortlaufendes Ausprobieren am laufenden Produkt steuert.

Ausführliche Definition

Der Begriff ist im öffentlichen Gebrauch von Code-Assistenten entstanden und bezeichnet dort vor allem eine Arbeitsweise: beschreiben, was man will, das Werkzeug schreiben lassen, das Ergebnis ansehen, nachjustieren. In diesem Gebrauch schwingt Improvisation mit, oft auch ein Hauch Ironie – man codet „aus dem Bauch“, ohne vorherigen Plan.

In den Artikeln dieses Blogs wird der Begriff ohne Werturteil verwendet und durch drei Merkmale abgegrenzt. Erstens schreibt die steuernde Person den Code nicht und liest ihn nicht vollständig gegen. Zweitens geschieht die Prüfung über die Nutzung des Produkts und über Tests statt über das Lesen. Drittens betrifft die Praxis ein Produkt – Oberflächen, interne APIs, Datenänderungen, Architekturentscheidungen – und kein Hilfsskript, dessen Ausgabe in eine Funktion passt.

Dieses dritte Merkmal trennt vibe coding von der Delegation von Skripten, die man mit einem Sprachmodell schon lange praktiziert: Wer das Schreiben eines Skripts delegiert, erhält ein kurzes, lesbares Objekt; vibe coding hinterlässt ein System, das man nicht liest.

Gebrauch im Feld

Der Begriff dient dazu, zwei Fragen zu stellen, die „mit KI entwickeln“ nicht stellt: in welchem Spielraum diese Praxis vertretbar ist und mit welchen Schutzvorkehrungen. Er taucht immer dann auf, wenn abzuwägen ist, was jemand, der kein Entwickler ist – Product Manager, Support, Ops, Fachbereich –, selbst produzieren darf.

Synonyme und Varianten

„Vibe-coden“ als Verb. „Mit einem Assistenten entwickeln“ ist die neutrale Formulierung, schließt aber weder den Verzicht auf das Gegenlesen noch die Steuerung über die Nutzung ein.

Nicht zu verwechseln mit

• Entwicklungsunterstützung — ein Entwickler schreibt seinen Code mit Hilfe eines Assistenten, liest gegen, was entsteht, und kann es Zeile für Zeile erklären. Die Kompetenz, mit dem Ergebnis umzugehen, bleibt intakt.
• No-Code — eine Anwendung durch Zusammensetzen von Elementen in einer geschlossenen Umgebung bauen, ohne erzeugten Code und ohne Zugriff auf das Repository. Vibe coding erzeugt echten Code in einem echten Repository, mit allen Folgen von beidem.
• Product Builder — eine Rolle, keine Praxis: jemand, der in der Verlängerung des Unternehmensprodukts baut. Man kann vibe-coden, ohne Product Builder zu sein, und umgekehrt.

Beispiele

Ein Product Manager, der in vier Tagen und über hundertachtzig Commits bei null anfängt und Oberflächen, interne APIs, mehrere Hundert Tests und eine aus dem Code erzeugte Dokumentation erhält, ohne die Zeilen selbst zu schreiben.

Mehrdeutigkeiten / Debatten

Im allgemeinen Gebrauch ist der Begriff mal eine Amateurpraxis, von der man abraten sollte, mal eine neue Produktionsnorm. Beide Verwendungen sind belegt. Die hier gewählte Bedeutung ist beschreibend: Vibe coding benennt die Praxis, und strittig ist ihr Spielraum, nicht ihre grundsätzliche Berechtigung.

Auch das Maß des Gegenlesens schwankt je nach Sprecher: Manche nennen jede assistierte Produktion vibe coding, auch wenn sie vollständig gegengelesen wird. Hier gehört der Verzicht auf vollständiges Gegenlesen zur Definition.