VIBE CODING IN DIE PRODUKTION
KI kann ein Produkt am Wochenende entwerfen. Produktion erfordert immer noch Ownership, Tests und eine rücksichtslose Definition von Done. Hier ist die Aufteilung der Verantwortung.
← Alle Guides Alle Guides zu diesem Thema
Wofür Vibe Coding gut ist
Vibe Coding bedeutet, einen KI-Coding-Agent mit Absicht und Geschmack zu steuern, mehr als mit einer formalen Spezifikation: Cursor, Claude Code, Copilot, Windsurf und Konsorten. Es ist hervorragend für Spikes, interne Tools, Migrationen mit klarem Vorher und Nachher, UI-Scaffolding und langweilige Glue-Code, den du ungerne tippen würdest.
Es ist auch der Weg, wie viele Gründer jetzt mit Produkten anfangen. Das ist okay. Die Ausfallart ist, eine grüne lokale Demo als Produktionssystem zu behandeln. Nutzer, Payments, Auth, SEO, Accessibility und On-Call-Realität kümmern sich nicht darum, dass der Agent schnell wirkte.
Wichtigste Erkenntnis: Nutze Vibe Coding zum Erkunden und Beschleunigen. Verwechsle nicht die Geschwindigkeit der Generierung mit der Bereitschaft, Kunden zu bedienen.
Wo es in der Produktion scheitert
Die Muster, die ich sehe, wenn von KI erstellte Apps auf echten Traffic treffen:
Keine Ownership der Architektur
Der Agent wird gerne ein drittes Pattern für das Abrufen von Daten erstellen, weil das Prompt es nicht verboten hat. Sechs Wochen später weiß niemand, welches Pattern kanonisch ist.
Happy-Path Auth und Zahlungen
Login funktioniert auf dem Demo-Konto. Edge Cases, Session-Ablauf, Webhook-Wiederholungen und Berechtigungsprüfungen sind Fiktion, bis ein Mensch sie aufschreibt und testet.
Unsichtbare Performance- und SEO-Schulden
Client-gerenderte Shells, unbegrenzte Bilder und fehlende Metadaten werden ausgeliefert, weil der Agent für „es sieht in Chrome richtig aus" optimiert hat.
Secret- und Env-Überfluss
Keys in Chat-Logs, .env-Beispiele, die echt sind, und Preview-Deployments, die mit Production-Datenbanken kommunizieren.
Wichtigste Erkenntnis: Production-Fehler nach Vibe Coding sind normalerweise Ownership und Edge Cases, nicht Model IQ.
Die Leitplanken, die es versandfertig machen
| Leitplanke | Warum es wichtig ist | Mindest-Standard |
|---|---|---|
| Schriftliche Definition of Done | Stoppt Demo-Theater | Auth, Zahlungen, leere Zustände, Fehlerzustände aufgelistet |
| Dünner vertikaler Schnitt zuerst | Beweist den riskanten Pfad | Eine echte Benutzerreise in Staging mit echter Datenschapeform |
| Menschliche Überprüfung auf kritischen Pfaden | Agents vermissen Anreize | Auth, Abrechnung, Migrationen, öffentliche SEO-Routen |
| Automatisierte Checks | Erfasst Regressionen, die Agents wieder einführen | Typecheck, Lint, Smoke Tests, CWV auf Schlüsselvorlagen |
| Observabilität | Du kannst nicht reparieren, was du nicht sehen kannst | Error Tracking + grundlegende Produktanalytik vor dem Start |
| Rollback-Plan | Schnelle Generierung braucht schnelle Rückgängigmachung | Migrationen reversibel, Feature Flags für riskante UI |
Bei Seahawk behandeln wir Agenten als aggressive Junioren mit unendlicher Tippgeschwindigkeit. Sie entwerfen. Menschen behalten Architektur, Sicherheit und die Entscheidung über die Veröffentlichung. Für den längeren Workflow, den wir absichtlich beim Arbeiten mit Claude verwenden, siehe die Claude spec-driven workflow guide und die custom software pillar.
Wichtigste Erkenntnis: Schreiben Sie die Fertig-Liste auf, bevor Sie den Agenten öffnen. Überprüfen Sie die kritischen Pfade selbst.
Eine praktische Schleife, die wir verwenden
1. Formulieren Sie den User Job in einem Absatz. 2. Listen Sie Non-Negotiables auf (Auth-Provider, CMS, Hosting, Barrierefreiheit, SEO). 3. Lassen Sie den Agenten dagegen scaffolden. 4. Führen Sie die App am selben Tag über die kritischen Pfade aus. 5. Löschen Sie clevere Abstraktionen, die der Agent erfunden hat, die Sie nicht verlangt haben. 6. Schreiben Sie Tests nur dort, wo ein Fehler teuer ist. 7. Veröffentlichen Sie einen engen Slice. 8. Verbreitern Sie den Umfang erst dann.
Falls Schritt 4 zweimal hintereinander fehlschlägt, hören Sie auf mit Prompting und schreiben Sie eine kurze Spec. Vibe Coding ohne eine enger werdende Schleife wird zu Prompt Churn.
Wichtigste Erkenntnis: Wechseln Sie zwischen Generierung und gegnerischer Nutzung ab. Wenn Sie nur immer nach vorne viben, demonen Sie nur.
Wann Sie den Core nicht vibe coden sollten
Lassen Sie den Agenten nicht das Billing Ledger, das Permission Model oder die Data Migrations für ein System mit bestehenden Kunden freestyle. Vibe coden Sie nicht den Redesign einer Production Information Architecture ohne eine Map. Outsourcen Sie Threat Modelling nicht an ein Chat Fenster.
Vibe coden Sie den Admin Screen CRUD, das Skript, das einen Assetordner umbenennt, die erste Version eines Internal Dashboards und den Migration PR, nachdem ein Mensch die Schema-Änderung spezifiziert hat.
Haupterkentnis: Halte Agenten von irreversiblen Geldern, Berechtigungen und Datenstrukturen fern, bis ein Mensch die Regeln festgelegt hat.
Das Wesentliche
Vibe Coding ist ein Leverage-Tool, keine Delivery-Methodik. Die Teams, die 2026 gewinnen, nutzen Agenten täglich und klingen im Standup immer noch langweilig: Definition of Done, Review auf kritischen Pfaden, Field Performance und ein Rollback-Plan.
Wenn du Hilfe brauchst, um einen AI-Speed Prototype in etwas zu verwandeln, das du Kunden geben kannst, ist das jetzt normale Agenturarbeit. Bring das Repo und die Done List mit. Lass die Demo-Sicherheit draußen.
Haupterkentnis: Ship den Slice, den du betreiben kannst, nicht die Demo, die dich Freitagnacht beeindruckt hat.
Wie sich das von spec-driven Claude-Arbeit unterscheidet
Spec-driven Arbeit beginnt mit einem schriftlichen Vertrag: Entities, Routes, Acceptance Checks, dann füllt der Agent die Lücken. Vibe Coding beginnt mit Geschmack und einem Prompt und wird zu einem Vertrag nur, wenn die Realität zurückschlägt. Beide sind gültig. Der Fehler ist, Vibe Coding auf einer Oberfläche zu verwenden, die bereits einen Vertrag brauchte.
Faustregel: Greenfield Spike oder internes Tool, erst Vibe. Multi-Tenant Product, Payments oder eine öffentliche SEO-Oberfläche mit bestehendem Traffic, erst Spec. Unser Claude Spec-driven Workflow Guide behandelt den zweiten Weg im Detail. Dieser Guide ist der erste Weg mit Production Brakes.
Haupterkentnis: Vibe um zu entdecken. Spec um zu härten. Überspringe nicht den Handoff.