Vibe-Coding und Wartbarkeit: wenn niemand den Code versteht

Wie technische Schulden beim Vibe-Coding entstehen

Jeder Prompt löst ein Problem. Die KI fügt dafür Code hinzu, selten entfernt sie welchen. Eine Funktion, die es schon gibt, wird ein zweites Mal geschrieben, leicht anders. Ein Fehler wird an der Stelle abgefangen, an der er auftaucht, statt dort, wo er entsteht. Nach hundert Prompts haben Sie eine Anwendung, die läuft, deren Aufbau aber niemand geplant hat.

Das ist technische Schuld: Aufwand, der heute gespart und später mit Zinsen bezahlt wird. Die Zinsen zeigen sich so: Änderungen dauern länger, und die KI braucht immer mehr Anläufe für dieselbe Aufgabe.

Woran Sie es erkennen

Eine kleine Änderung führt zu Fehlern an Stellen, die damit nichts zu tun haben.
Die KI „repariert“ einen Fehler und baut dabei einen älteren wieder ein.
Einzelne Dateien haben weit über tausend Zeilen.
Derselbe Ablauf, etwa das Speichern eines Kunden, ist an mehreren Stellen unterschiedlich gelöst.
Es gibt keine automatischen Tests, oder sie werden übersprungen, weil sie ohnehin fehlschlagen.
Niemand kann in drei Sätzen erklären, wie die Anwendung aufgebaut ist.

Was den Code übernehmbar hält

Versionskontrolle mit kleinen Schritten. Jede funktionierende Änderung wird gespeichert, mit einem Satz, was sie tut. Geht etwas schief, gehen Sie einen Schritt zurück statt die KI raten zu lassen.

Tests für die wichtigsten Abläufe. Nicht für alles. Für die drei bis fünf Abläufe, die nie ausfallen dürfen: Anmeldung, Speichern, Bezahlen. Lassen Sie die KI diese Tests schreiben und führen Sie sie vor jeder Veröffentlichung aus.

Eine Beschreibung des Aufbaus. Eine kurze Datei im Projekt, die erklärt, wie der Code gegliedert ist, welche Dienste angebunden sind und wie man ihn startet. KI-Werkzeuge wie Cursor oder Claude Code lesen solche Dateien mit und halten sich dann eher an die Struktur.

Regelmässig aufräumen. Bitten Sie die KI alle paar Wochen ausdrücklich, doppelten und ungenutzten Code zu finden und zu entfernen, ohne das Verhalten zu ändern. Danach laufen die Tests.

Wann Sie einen Entwickler brauchen

Wenn die Anwendung wächst, zahlende Kunden hat oder ein Team daran arbeitet, kommt früher oder später ein Entwickler dazu. Je besser der Code übernehmbar ist, desto schneller kann er arbeiten. Ob ein Entwickler übernehmen könnte, ist deshalb einer der acht Prüfpunkte im Vibe-Code-Review. Für Teams, die das dauerhaft absichern wollen, beschreibt der Artikel Quality Gates einführen den nächsten Schritt.

Bevor Sie damit live gehen

Ihre Lösung läuft. Diese Punkte sollten Sie prüfen, bevor echte Daten daran hängen:

Liegt der Code in einer Versionskontrolle, mit nachvollziehbaren Schritten?
Gibt es Tests für die Abläufe, die nie ausfallen dürfen?
Kann ein Entwickler ohne Sie verstehen, wie die Anwendung aufgebaut ist?

Sie wollen sicher sein? Das Vibe-Code-Review prüft genau diese Grundlagen. Mehr zum Review →

Lieber selbst anfangen? Die kostenlose Schnellprüfung aus dem Vibecode-Testing-Kit zeigt Ihnen, wo Sie stehen. Zur Schnellprüfung →