Vibe Coding in Produktion: was dem Prototyp fehlt

Vibe Coding in Produktion bringen heißt, zu ergänzen, was das KI-Tool nicht von selbst macht. Sicherer Login und Berechtigungen, Passwörter außerhalb des Codes, Backups, wiederholbares Deployment, Tests und Monitoring. Der Prototyp ist dabei nicht umsonst. Er ist das beste Briefing, das Sie einem Anbieter geben können.

Vibe Coding baut Ihnen einen Prototyp. Wir bauen Software, auf der ein Unternehmen läuft. Unten beschreiben wir, was einem Prototyp fehlt, wie Sie es prüfen und wann sich ein Neuanfang lohnt. Was Vibe Coding ist und warum Software billig wurde, erklären wir in Vibe Coding: was es ist und warum Software billig wurde.

Was ist Vibe Coding, und wo endet es?

Vibe Coding heißt: Sie beschreiben einem KI-Tool, was Sie wollen, und übernehmen den erzeugten Code, ohne ihn zu lesen. An einem Wochenende entsteht so eine App, durch die Sie sich klicken können. Vor ein paar Jahren brauchte das einen Entwickler und Monate.

Vibe Coding hat die Einstiegshürde gesenkt, die Decke aber nicht angehoben. Einen Prototyp erstellt heute fast jeder. Der erste echte Ansturm von Nutzern, der erste Angriff oder die erste verlorene Datenbank zeigen aber, was fehlt. Die Tools sind dieselben. Den Unterschied macht die Ingenieursdisziplin um sie herum.

Was fehlt einem Prototyp für den Livebetrieb?

Diese Punkte prüfen wir, wenn wir einen Prototyp in den Livebetrieb übernehmen. Fehlt etwas davon, ist das kein Grund zum Neuschreiben. Es ist eine Arbeitsliste.

Am tückischsten ist die erste Zeile. Vibe-Coding-Code ist selten schlecht. Er ist uneinheitlich. Die KI macht die Zugriffskontrolle einmal richtig und vergisst sie in der Datei daneben. Wir haben das bei einem Audit eines Vibe-Coding-Produkts gesehen: Eine Datei hatte eine korrekte Login-Prüfung, die Endpunkte daneben lieferten Dateien ohne Login aus. Die Korrektur geht dann schnell, aber den Fehler zu finden heißt, alles anzuschauen.

Die ganze Liste mit 25 Punkten und wie Sie sie auch ohne Entwickler prüfen, steht im PDF. 25 Punkte vor dem Start herunterladen (PDF).

Ist Ihr Prototyp bereit? Ein schneller Test

Haken Sie ab, was für Ihre App gilt. Jeder offene Punkt ist eine Aufgabe vor dem Start.

Warum steht Monitoring auf der Liste, obwohl die App läuft?

Weil alles, was unbeobachtet läuft, eines Tages still aufhört. Das ist auch uns passiert. Bei einem Projekt für einen Kunden mit einem Online-Marktplatz lief im Dezember 2025 ein Crawler nicht mehr. Wir haben es spät bemerkt, erst an einem Diagramm. Inzwischen fielen die Seitenaufrufe von 250.000 auf 66.000 im Monat.

Es fehlte ein Alarm, der den Ausfall noch am selben Tag gemeldet hätte. Deshalb ist Monitoring bei jedem Schritt in den Livebetrieb Pflicht, kein Bonus.

Mit dem Prototyp weitermachen oder neu beginnen?

Meistens weitermachen. Als wir den Prototyp eines Gründers geprüft haben, haben wir kein Neuschreiben empfohlen. Wir haben empfohlen, ihn zu festigen: ein paar Sicherheitskorrekturen, ein funktionierendes Deployment und danach normale Arbeit. Ein Neuanfang lohnt sich nur, wenn Reparaturen länger dauern würden als eine neue Version.

Ehrlich sagen lässt sich das erst nach einem Blick in den Code. Die drei möglichen Urteile und was Sie anfordern sollten, wenn jemand anderes die App geschrieben hat, beschreiben wir im Artikel App von einem anderen Anbieter übernehmen.

Auch wenn der Code neu geschrieben wird, bleibt der Prototyp. Er zeigt besser als jede Spezifikation, wie das Produkt funktionieren soll. Sie wissen, wie Ihr Unternehmen funktioniert. Unsere Arbeit ist, das in Software zu bringen, die Jahre hält.

Müssen Sie mit Vibe Coding aufhören?

Nein. Wenn Sie gern selbst neue Bildschirme ausprobieren, machen Sie weiter. Wir richten das Repository so ein, dass Ihre Versuche zum Rest des Systems passen. Sie durchlaufen dieselben Tests und dieselbe Code-Prüfung wie alles andere.

Sie finden weiter heraus, wie das Produkt funktionieren soll. Wir sorgen dafür, dass es den Livebetrieb aushält. Genau darum geht es bei unserer MVP-Entwicklung für Gründer. Hat eine Agentur an Ihrer App gearbeitet und ist stecken geblieben, lesen Sie auch Agentur hat die App nicht geliefert. Was nun?.

Wann wir davon abraten

• Nur Sie oder ein paar Kollegen nutzen den Prototyp intern. Er muss nicht in den Produktivbetrieb. Sichern Sie nur die Daten.
• Sie testen eine Idee und haben noch keine Nutzer. Machen Sie selbst mit Vibe Coding weiter. Einen Anbieter brauchen Sie, wenn jemand das Produkt will.
• Sie wollen eine fertige Plattform mit allem im ersten Monat. Das versprechen wir nicht. Wir beginnen mit dem, was die ersten Nutzer brauchen.
• Sie suchen jemanden, der es gegen Firmenanteile baut. Das machen wir nicht. Suchen Sie einen technischen Mitgründer.

Was sollten Sie vor dem ersten Gespräch vorbereiten?

Eine Spezifikation brauchen Sie nicht. Drei Dinge reichen:

Wollen Sie Ihren Prototyp zu Kunden bringen?

Schicken Sie uns diese drei Dinge. Wir melden uns innerhalb von zwei Arbeitstagen und wählen gemeinsam, was wir zuerst lösen.

Wenn Sie lieber zuerst sprechen möchten, buchen Sie ein 15-Minuten-Meeting mit Filip.

Was fehlt Ihrem Prototyp noch, bevor erste Kunden ihn nutzen können?

Häufige Fragen

Was ist Vibe Coding?

Eine Art, eine App zu erstellen: Sie beschreiben einem KI-Tool, was Sie wollen, und übernehmen den erzeugten Code, ohne ihn zu lesen. Für einen Prototyp ist das schnell und günstig. Für den Livebetrieb fehlt die Kontrolle.

Kann eine Vibe-Coding-App in Produktion gehen?

Ja, aber nicht so, wie sie ist. Zuerst müssen Sie Login und Berechtigungen prüfen, Passwörter aus dem Code holen und Backups, wiederholbares Deployment, Tests und Monitoring einrichten.

Muss ein Vibe-Coding-Prototyp komplett neu geschrieben werden?

Meistens nicht. Häufiger reicht es, Sicherheit und Betrieb zu stabilisieren und dann weiterzumachen. Ob ein Neuschreiben nötig ist, lässt sich ehrlich erst nach einem Blick in den Code sagen.

Ist eine Vibe-Coding-App sicher?

Ohne Prüfung lässt sich das nicht sagen. Das häufigste Problem ist nicht schlechter, sondern uneinheitlicher Code: Ein Teil hat einen sauberen Login, der Teil daneben gibt Daten an jeden heraus. Jeder Zugangspunkt muss geprüft werden.

Kann ich die App nach einer Übernahme selbst weiter anpassen?

Ja. Das Repository lässt sich so einrichten, dass Ihre Versuche zum Rest des Systems passen und dieselben Prüfungen durchlaufen wie der übrige Code.