Vibe Coding
Aktualisiert:
Beim Vibe Coding entwickelt ihr im Gespräch mit einem Modell. Ihr beschreibt, was ihr wollt, übernehmt den gelieferten Code, probiert ihn aus und beschreibt die nächste Änderung. Es gibt keinen schriftlichen Plan, keine vereinbarte Definition of Done und keine automatische Prüfung. Wer an der Tastatur sitzt, testet und integriert alles von Hand, und jede Session startet fast ohne Wissen aus der vorigen.
Wo funktioniert Vibe Coding?
Es funktioniert dort, wo Tempo mehr zählt als Korrektheit und niemand das Ergebnis am Laufen halten muss. Prototypen, Experimente mit einer neuen API, Wegwerf-Skripte und Proofs of Concept passen gut.
Wo bricht es zusammen?
Es bricht bei Software zusammen, die ein Team betreiben, ändern und verantworten muss. Der erzeugte Code kann korrekt aussehen und trotzdem nichts darüber belegen, wie zuverlässig oder sicher er ist oder wie er sich verändern wird. Wächst eine Codebasis über das hinaus, was eine Person im Kopf behalten kann, zeigt sich die fehlende Struktur. Dasselbe gilt überall, wo Compliance-Anforderungen und Auditpflichten bestehen. Genau dort löst Agentic Engineering das Vibe Coding ab: Menschen legen fest, was fertig heißt, geben dem Agenten seinen Kontext und prüfen das Ergebnis mit Tests und Gates.
Gute Arbeit mit Agenten verlangt außerdem Fähigkeiten, die Vibe Coding nie aufbaut: Umfang und Struktur eines Diffs beurteilen, merken, wenn ein Agent zu viel Code schreibt, und wissen, wann ihr vertrauen und wann ihr prüfen solltet. Das lernt ihr in Monaten, nicht in Stunden. Mehr dazu in Die Lernkurve.
Verwandte Seiten
- Agentic Engineering: die Praxis, die Vibe Coding bei langlebiger Software ablöst.
- Quality Gates: die automatischen Prüfungen, die Vibe Coding auslässt.