VIBE-CODING BIS ZUR PRODUKTION
KI kann an einem Wochenende einen Produktentwurf erstellen. Die Produktion erfordert jedoch nach wie vor Eigenverantwortung, Tests und eine kompromisslose Definition dessen, was als „fertig“ gilt. Hier liegt die Aufgabenteilung zwischen den Akteuren.
← Alle Guides Alle Guides zu diesem Thema
Auf dieser Seite
- Wofür sich Vibe-Coding eignet
- Wo es in der Produktion zu Störungen kommt
- Die Sicherheitsvorkehrungen, die den Versand ermöglichen
- Eine praktische Schleife, die wir verwenden
- Wann man den Kern nicht mit Vibe-Code programmieren sollte
- Das Fazit
- Inwiefern sich dies von der spezifikationsgesteuerten Arbeit mit Claude unterscheidet
Wofür sich Vibe-Coding eignet
„Vibe-Coding“ bedeutet, einen KI-Programmieragenten eher mit Absicht und Gespür als anhand einer formalen Spezifikation zu steuern: Cursor, Claude Code, Copilot, Windsurf und Co. Es eignet sich hervorragend für Prototypen, interne Tools, Migrationen mit einem klaren Vorher-Nachher-Vergleich, das Erstellen von UI-Gerüsten und langweiligen Glue-Code, den man lieber nicht selbst tippen möchte.
So gehen mittlerweile auch viele Gründer bei der Entwicklung ihrer Produkte vor. Das ist in Ordnung. Das Problem entsteht jedoch, wenn man eine unausgereifte lokale Demo als Produktionssystem behandelt. Nutzer, Zahlungen, Authentifizierung, SEO, Barrierefreiheit und der Realitätscheck im Bereitschaftsdienst interessieren sich nicht dafür, dass der Agent den Eindruck hatte, das System sei schnell.
Das Wichtigste auf einen Blick: Nutzen Sie „Vibe-Coding“, um neue Möglichkeiten zu erkunden und den Fortschritt zu beschleunigen. Verwechseln Sie die Geschwindigkeit der Entwicklung nicht mit der Bereitschaft, Kunden zu bedienen.
Wo es in der Produktion zu Störungen kommt
Die Muster, die ich beobachte, wenn KI-gestützte Apps auf echten Datenverkehr treffen:
Kein Eigentumsanspruch an Architektur
Der Agent erstellt gerne ein drittes Muster für das Abrufen von Daten, da dies in der Eingabeaufforderung nicht untersagt wurde. Sechs Wochen später weiß niemand mehr, welches Muster das maßgebliche ist.
Authentifizierung und Zahlungen im Idealfall
Die Anmeldung funktioniert auf dem Demokonto. Randfälle, das Ablaufen von Sitzungen, Webhook-Wiederholungsversuche und Berechtigungsprüfungen sind reine Fiktion, bis jemand sie aufschreibt und testet.
Unsichtbare Leistung und SEO-Schulden
Vom Client gerenderte Shells, Bilder ohne Begrenzung und fehlende Metadaten werden ausgeliefert, weil der Agent darauf optimiert wurde, dass „es in Chrome richtig aussieht“.
Secret und Env breiten sich aus
Schlüssel in den Beispielen in „chat logs.env“, die echt sind, sowie Vorschau-Bereitstellungen, die mit Produktionsdatenbanken kommunizieren.
Das Wichtigste auf einen Blick: Produktionsausfälle nach der Vibe-Codierung sind in der Regel auf Eigentumsfragen und Randfälle zurückzuführen, nicht auf die Modellqualität.
Die Sicherheitsvorkehrungen, die den Versand ermöglichen
| Leitplanke | Warum das wichtig ist | Mindestbar |
|---|---|---|
| Schriftliche Definition des Begriffs „fertig“ | Beendet das Demo-Theater | Authentifizierung, Zahlungen, Leerzustände, Fehlerzustände aufgelistet |
| Zuerst eine dünne vertikale Scheibe | Beweist, dass es ein riskanter Weg ist | Eine reale Benutzerreise in der Staging-Umgebung mit realer Datenstruktur |
| Manuelle Überprüfung kritischer Pfade | Makler verpassen Anreize | Authentifizierung, Abrechnung, Migrationen, öffentliche SEO-Routen |
| Automatisierte Prüfungen | Erkennt Regressionen, die von Agenten erneut eingeführt werden | Typenprüfung, Lint, Smoke-Tests, CWV für wichtige Vorlagen |
| Beobachtbarkeit | Man kann nicht reparieren, was man nicht sieht. | Fehlerverfolgung + grundlegende Produktanalysen vor der Markteinführung |
| Rollback-Plan | Schnelle Erstellung erfordert schnelles Rückgängigmachen | Migrationen sind reversibel, Feature-Flags für risikobehaftete Benutzeroberflächen |
Bei Seahawk behandelten wir Agents als aggressive Junioren mit unendlicher Tippgeschwindigkeit. Sie entwurfen. Menschen besaßen immer noch Architektur, Sicherheit und die Release-Entscheidung. Für den längeren Workflow, den ich nutze, wenn ich absichtlich mit Claude baue, siehe den Claude-Spec-driven-Workflow-Guide und die Custom-Software-Säule.
Das Wichtigste auf einen Blick: Erstellen Sie die „Erledigt“-Liste, bevor Sie den Agenten öffnen. Prüfen Sie die kritischen Pfade selbst.
Eine praktische Schleife, die wir verwenden
1. Beschreiben Sie die Anforderung des Nutzers in einem Absatz. 2. Listen Sie die unverzichtbaren Anforderungen auf (Authentifizierungsanbieter, CMS, Hosting, Barrierefreiheit, SEO). 3. Lassen Sie den Entwickler anhand dieser Liste ein Gerüst erstellen. 4. Testen Sie die App noch am selben Tag unter ungünstigen Bedingungen. 5. Entfernen Sie ausgeklügelte Abstraktionen, die der Entwickler erfunden hat, ohne dass Sie darum gebeten haben. 6. Fügen Sie Tests nur dort hinzu, wo Fehler hohe Kosten verursachen. 7. Veröffentlichen Sie einen kleinen Teil. 8. Erweitern Sie erst dann den Umfang.
Wenn Schritt 4 zweimal hintereinander fehlschlägt, höre mit den Eingabeaufforderungen auf und verfasse eine kurze Spezifikation. Spontanes Programmieren ohne eine Regelungsschleife führt zu einer Flut von Eingabeaufforderungen.
Das Wichtigste auf einen Blick: Wechsle zwischen Schaffen und kritischer Auseinandersetzung ab. Wenn du immer nur nach vorne blickst, wirst du immer nur vorführen.
Wann man den Kern nicht mit Vibe-Code programmieren sollte
Lassen Sie nicht zu, dass der Mitarbeiter das Abrechnungsbuch, das Berechtigungsmodell oder die Datenmigrationen für ein System, das bereits Kunden hat, nach eigenem Gutdünken gestaltet. Entwickeln Sie eine Neugestaltung der Informationsarchitektur der Produktionsumgebung nicht aus dem Stegreif und ohne einen Plan. Lagern Sie die Bedrohungsmodellierung nicht an ein Chat-Fenster aus.
Erstelle mit Vibe-Code die CRUD-Funktionen für den Admin-Bildschirm, das Skript zum Umbenennen eines Ordners mit Assets, die erste Version eines internen Dashboards und den Migrations-PR, sobald ein Mitarbeiter die Schemaänderung festgelegt hat.
Das Wichtigste auf einen Blick: Halten Sie Agenten von irreversiblen Geldtransaktionen, Berechtigungen und Datenstrukturen fern, bis ein Mensch die Regeln festgelegt hat.
Das Fazit
Vibe-Coding ist ein Hilfsmittel, keine Entwicklungsmethodik. Die Teams, die 2026 erfolgreich sein werden, setzen täglich Agenten ein und klingen im Standup dennoch langweilig: Definition of Done, Überprüfung der kritischen Pfade, Leistung im Einsatz und ein Rollback-Plan.
Wenn Sie Hilfe dabei benötigen, einen KI-basierten Prototyp in ein Produkt zu verwandeln, das Sie Ihren Kunden anbieten können, gehört das mittlerweile zur normalen Arbeit einer Agentur. Bringen Sie das Repo und die Done-Liste mit. Lassen Sie Ihr Selbstvertrauen in die Demo lieber zu Hause.
Das Wichtigste auf einen Blick: Bringt das Produkt auf den Markt, das ihr betreiben könnt – und nicht die Demo, die euch am Freitagabend beeindruckt hat.
Inwiefern sich dies von der spezifikationsgesteuerten Arbeit mit Claude unterscheidet
Spezifikationsgesteuertes Arbeiten beginnt mit einem schriftlichen Vertrag: Entitäten, Abläufe, Abnahmeprüfungen – dann füllt der Entwickler die Lücken aus. „Vibe-Coding“ beginnt mit dem eigenen Gespür und einer Vorgabe und festigt sich erst dann zu einem Vertrag, wenn die Realität Widerstand leistet. Beides ist zulässig. Der Fehler besteht darin, „Vibe-Coding“ bei einem Projekt anzuwenden, das bereits einen Vertrag erfordert hätte.
Faustregel: Bei einem Greenfield-Projekt oder einem internen Tool – erst die Atmosphäre schaffen. Bei einem Multi-Tenant-Produkt, Zahlungsvorgängen oder einer öffentlichen SEO-Präsenz mit bestehendem Traffic – erst die Spezifikation erstellen. Unser Claude-Leitfaden zum spezifikationsgesteuerten Workflow behandelt den zweiten Weg ausführlich. Dieser Leitfaden befasst sich mit dem ersten Weg unter Berücksichtigung produktionstechnischer Einschränkungen.
Das Wichtigste auf einen Blick: Die Atmosphäre erkunden. Die Spezifikationen festlegen. Die Übergabe nicht überspringen.