KI schreibt Code schneller denn je. Aber „works on my machine" und „works in prod" sind zwei verschiedene Universen. Hier bricht Vibecoding meist zusammen — und das solltest du einbauen, um echten Traffic zu überleben.
Der Prototyp optimiert auf das Falsche
Ein Modell optimiert auf Code, der genau hier und jetzt läuft. Production will etwas anderes: Vorhersagbarkeit unter Last, Abwärtskompatibilität, Observability und Recovery nach Ausfällen. Diese Eigenschaften entstehen nicht von selbst — man entwirft sie bewusst.
Ein klassischer Fehler sind Datenoperationen ohne Transaktionen. Im Prototyp „funktionieren" zwei aufeinanderfolgende Queries einfach. Unter gleichzeitigem Traffic schiebt sich ein zweiter Nutzer dazwischen — und der Lagerbestand wird negativ, während Bestellungen dupliziert werden.
Was von Tag eins an eingebaut sein sollte
- Versionierte Schema-Migrationen statt manueller Eingriffe
- Idempotente Deploys und ein berechenbarer Rollback
- Logs und Metriken ab dem ersten Commit
- Backups mit getestetem Restore
- Explizite Modulgrenzen und API-Contracts
Nichts davon „bremst dich aus". Es verschiebt die Kosten von drei Uhr nachts auf Montagnachmittag — wo sie deutlich günstiger zu bezahlen sind.
Production ist nicht der Moment des Launches. Es ist die Menge an Eigenschaften, die du bewusst garantiert hast.
Vibecoding ist ein großartiger Beschleuniger. Aber man muss ihn auf eine Architektur richten, die die ersten tausend Nutzer übersteht. Genau dort setzen wir an.