Die wahren Kosten der Vibe-Codierung: Was Lovable und Bolt Ihnen nicht verraten

Die Vibe-Codierung sieht kostenlos aus, bis Sie die Stunden zählen. Lovable, Bolt und v0 versprechen, dass Sie eine vollständige App mit Eingabeaufforderungen anstelle von Code erstellen können. Die Zielseiten zeigen ausgefeilte Benutzeroberflächen, die in Sekundenschnelle generiert werden. Auf den Preisseiten sind Tarife im Wert von 20 bis 100 US-Dollar pro Monat aufgeführt. Gründer sehen diese Zahlen und denken: „Warum sollte ich einer Agentur 15.000 US-Dollar zahlen, wenn ich sie für 50 US-Dollar selbst bauen kann?“

Diese Rechnung fällt auseinander, sobald man an einer Demo vorbeikommt. Die tatsächlichen Kosten verbergen sich in den beim Debuggen verbrannten Credits, in Sicherheitslücken, von denen Sie nicht wissen, dass sie existieren, und in Umschreibungen, für die Sie doppelt bezahlen. Hier ist, was diese Plattformen nicht auf ihrer Preisseite veröffentlichen.

Die Kreditfalle

Liebenswürdige Benutzer verbrauchen während der aktiven Entwicklung 400 Credits in weniger als einer Stunde. Jede Eingabeaufforderung kostet ein Guthaben. Jeder Reparaturversuch kostet eine Gutschrift. Und hier ist der Teil, der auf der Preisseite weggelassen wird: Das Reparieren von etwas, das die KI kaputt gemacht hat, kostet ebenfalls eine Gutschrift.

30–40 % aller Eingabeaufforderungen dienen der Behebung von Problemen, die durch die KI in früheren Eingabeaufforderungen verursacht wurden.Sie bitten es, ein Anmeldeformular hinzuzufügen. Es bricht die Navigation. Sie verbringen drei Eingabeaufforderungen damit, die Navigation zu reparieren. Es bricht die Fußzeile. Noch zwei Aufforderungen. Sie haben sechs Credits verbrannt, um zu Ihrem Ausgangspunkt zurückzukehren, plus der gewünschten Funktion.

Dadurch entsteht ein perverser Anreiz. Kreditbasierte Plattformen profitieren von ihren eigenen Fehlern. Jeder Fehler, den die KI einführt, ist ein weiterer verbrauchter Kredit. Je schlechter die KI bei komplexen Aufgaben abschneidet, desto mehr Umsatz generiert die Plattform. Ihr Debugging ist ihr Geschäftsmodell.

Bei einem 50-Dollar-Monat-Plan erhalten Sie etwa 500 Credits. Aktive Builder erschöpfen diese in 1-2 Sitzungen. Durch ein Upgrade auf die 100- oder 200-Dollar-Stufe werden mehr Credits erworben, die Verbrauchsrate bleibt jedoch gleich. Bei komplexen Projekten steigt der Token-Verbrauch schnell; Eine mehrseitige App mit Authentifizierung, Datenbankoperationen und API-Integrationen kann in einer einzigen Woche Credits im Wert von 200 US-Dollar verschlingen.

Bei einer Aufbauphase von 6 bis 8 Wochen spart ein Gründer kein Geld, wenn er monatlich 200 US-Dollar für Credits und mehr als 20 Stunden Freizeit pro Woche ausgibt. Sie zahlen Credits und Arbeitsaufwand und erhalten gleichzeitig eine Codebasis, die kein Ingenieur pflegen möchte.

Die Debugging-Steuer

Die Mehrheit der Entwickler gibt an, mehr Zeit mit dem Debuggen von KI-generiertem Code zu verbringen, als sie damit verbracht hätten, ihn von Grund auf neu zu schreiben. Diese Erkenntnis kommt von Leuten, die wissen, wie man programmiert. Bei technisch nicht versierten Gründern ist das Verhältnis schlechter.

KI-generierter Code trägt1,7-mal mehr größere Problemeals von Menschen geschriebener Code. Die Codeduplizierung nimmt um zu8x. Wenn die KI eine Komponente generiert, prüft sie nicht, ob in Ihrem Projekt bereits eine ähnliche Komponente vorhanden ist. Es entsteht ein neues. Dann noch einer. Dann noch einer. Am Ende erhalten Sie drei leicht unterschiedliche Schaltflächenkomponenten, zwei Navigationsleisten und vier Kopien desselben API-Aufrufs, jeweils mit geringfügigen Abweichungen, die das Aufspüren von Fehlern erschweren.

Die Debugging-Steuer erhöht sich mit der Zeit. Die erste Woche fühlt sich produktiv an; Sie generieren schnell Seiten und Funktionen. In der vierten Woche zerstört jede neue Eingabeaufforderung zwei bestehende Funktionen. In der sechsten Woche verbringen Sie 80 % Ihrer Eingabeaufforderungen mit der Schadensbegrenzung und 20 % mit neuen Funktionen. Das ist der Verlauf für jedes nicht-triviale vibe-codierte Projekt.

Die Sicherheitsrechnung

KI-generierter Code hat eine2,74-mal höhere Rate an Sicherheitslückenim Vergleich zu von Menschen geschriebenem Code. Das ist kein theoretisches Risiko. Es wird derzeit in Produktions-Apps angezeigt.

10,3 % der von Lovable erstellten Apps wiesen kritische RLS-Fehler (Row Level Security) aufin ihren Supabase-Datenbanken. RLS ist der Mechanismus, der verhindert, dass Benutzer A die Daten von Benutzer B liest. Wenn es falsch konfiguriert ist, kann jeder, der über grundlegende Browser-Entwicklungstools verfügt, die Daten anderer Benutzer lesen, ändern oder löschen. Das ist kein kleiner Fehler. Das ist eine Datenschutzverletzung, die darauf wartet, dass jemand neugierig genug ist, die Registerkarte „Netzwerk“ zu öffnen.

Es wird schlimmer.11 % der mit diesen Tools erstellten Indie-Apps legen Supabase-Anmeldeinformationen in ihrem Frontend-Code offen.API-Schlüssel, Datenbank-URLs, Dienstrollenschlüssel; alles in der Quellansicht des Browsers sichtbar. Jeder kann diese Schlüssel kopieren, sich direkt mit der Datenbank verbinden und mit den Daten machen, was er will.

Was kostet ein Datenverstoß ein Startup? Die direkten Kosten (Recht, Benachrichtigung, Abhilfe) belaufen sich für ein kleines Unternehmen auf 50.000 bis 200.000 US-Dollar. Die indirekten Kosten (verlorene Kunden, beschädigter Ruf, geminderte Spendendynamik) sind schwerer zu quantifizieren, aber oft fatal. Ein Vibe-Coding-Abonnement für 50 US-Dollar pro Monat, das zu einer exponierten Datenbank führt, kann mehr als ein Jahrzehnt an Agenturrechnungen kosten.

Die Umschreibungskosten

Agenturen sehen jetzt regelmäßig Vibe-codierte Projekte. Das Muster ist konsistent: Ein Gründer erstellt einen Prototyp in Lovable oder Bolt, erhält erste Aufmerksamkeit und beauftragt dann eine Agentur, „es zu bereinigen und Funktionen hinzuzufügen“. Die Agentur schaut sich die Codebasis an und empfiehlt, von vorne zu beginnen.

Warum? Vibe-codierte Apps haben keine konsistente Architektur. Die KI generiert jedes Muster, das zur aktuellen Eingabeaufforderung passt, ohne Rücksicht auf das, was sie gestern generiert hat. Bei Datenbankschemata mangelt es an ordnungsgemäßer Indizierung und Beziehungen. Die Authentifizierungslogik ist über mehrere Dateien verteilt. Geschäftsregeln leben in zufälligen Komponenten statt in einer Serviceschicht. Die Statusverwaltung ist ein Flickenteppich aus lokalen Status-, globalen Status- und direkten API-Aufrufen ohne Muster.

Das Korrigieren dieser Codebasis dauert länger als der korrekte Aufbau von Grund auf. Eine Agentur, die 15.000 US-Dollar für einen neuen Build anbietet, würde 20.000 bis 25.000 US-Dollar für die Umgestaltung einer Vibe-codierten Version derselben App veranschlagen. Am Ende zahlt der Gründer den Bau zweimal: einmal in Form von Credits und seiner Freizeit und einmal in Form von Agenturgebühren.

Es gibt auch das Backend-Lock-in-Problem. Lovable erzwingt Supabase als einzige Backend-Option. v0 hat überhaupt kein Backend. Wenn Ihr Produkt eine benutzerdefinierte API, Hintergrundjobs oder Integrationen von Drittanbietern benötigt, die über das Angebot von Supabase hinausgehen, sind Sie an einer Wand angelangt. Die Abkehr von Supabase bedeutet, dass Sie Ihre gesamte Datenschicht neu schreiben müssen. jede Abfrage, jeder Authentifizierungsfluss, jedes Echtzeitabonnement.

Ein fairer Vergleich: Vibe-Coding vs. Agenturkosten

Hier erfahren Sie, was das gleiche Projekt auf jedem Weg kostet, basierend auf einem typischen B2B-SaaS-MVP mit Authentifizierung, einem Dashboard, CRUD-Vorgängen, Zahlungsintegration und einem Admin-Panel.

Wenn Sie die Zeit des Gründers bei Opportunitätskosten von 100–200 US-Dollar/Stunde berücksichtigen, kostet der vibe-codierte MVP insgesamt 12.000–42.000 US-Dollar. Der Agenturaufbau kostet 8.000 bis 20.000 US-Dollar und wird schneller und mit weniger Risiken geliefert.

Wenn Vibe-Coding Sinn macht

Vibe-Codierung ist nicht wertlos. Es handelt sich um ein Tool mit einem spezifischen, engen Anwendungsfall. Es funktioniert gut für:

Wegwerf-Prototypen. You need to test whether users understand a concept. Build a clickable prototype in Lovable, show it to 20 potential customers, and gather feedback. Then throw the code away and build the real version. The key word is "throwaway." Treat it as a research expense, not a foundation.

Internal tools with no security requirements.Ein Dashboard, das nur Ihr Team verwendet und Daten von einer internen API bezieht, die Sie steuern. Keine Benutzerauthentifizierung. Keine sensiblen Daten. Kein externer Zugriff. Wenn es kaputt geht, sagt Ihnen Ihr Team in Slack Bescheid, nicht ein Anwalt in einem Aufforderungsschreiben.

Ideenvalidierung vor der Investition.Sie möchten prüfen, ob ein Workflow sinnvoll ist, bevor Sie das Budget für einen vollständigen Build festlegen. Generieren Sie die Bildschirme, klicken Sie sich durch den Fluss, identifizieren Sie Lücken. Dies ist eine 50- bis 100-Dollar-Übung, mit der Sie 10.000 Dollar durch die Entwicklung falscher Funktionen sparen können.

Der rote Faden: Vibe-Codierung funktioniert, wenn der Code wegwerfbar ist. In dem Moment, in dem Sie vorhaben, es zahlenden Kunden zur Verfügung zu stellen, deren Daten zu verwalten oder über eine Handvoll Benutzer hinaus zu skalieren, sind Sie dem Tool entwachsen.

Wann sollte man stattdessen Ingenieure einstellen?

Stellen Sie Ingenieure ein, wenn Ihr Produkt echte Benutzer, echtes Geld oder echte Daten berührt. Damit sind die meisten Dinge abgedeckt, die es wert sind, gebaut zu werden.

Stellen Sie Ingenieure insbesondere dann ein, wenn:

Sie verarbeiten Benutzerdaten.Authentifizierung, Autorisierung, Datenisolierung, Verschlüsselung im Ruhezustand, DSGVO-Konformität. Dies sind keine Funktionen, die Sie in die Tat umsetzen können. Sie erfordern Architekturentscheidungen, die sich auf jeden Teil Ihrer Anwendung auswirken.

Sie benötigen ein benutzerdefiniertes Backend.Lovable gibt Ihnen Supabase. v0 gibt dir nichts. Wenn Sie Hintergrundjobs, Webhook-Verarbeitung, API-Integrationen von Drittanbietern, benutzerdefinierte Geschäftslogik oder etwas über einfaches CRUD hinaus benötigen, benötigen Sie einen Ingenieur, der serverseitigen Code schreibt.

Sie planen, Fördermittel einzuwerben.Investoren führen eine technische Due Diligence durch. Eine Codebasis mit 8-facher Codeduplizierung, offengelegten API-Schlüsseln und keiner Testabdeckung zeigt den Anlegern, dass das technische Risiko hoch ist und die Umschreibungskosten das von ihnen bereitgestellte Kapital verschlingen werden.

Sie müssen nach dem Start schnell iterieren.Mit einer gut strukturierten Codebasis können Sie Funktionen innerhalb weniger Tage hinzufügen. Eine Vibe-codierte Codebasis macht jedes neue Feature zu einer Verhandlung mit angehäuften technischen Schulden. Der Geschwindigkeitsvorteil der Vibe-Codierung kehrt sich nach dem Start um; Je chaotischer der Code, desto langsamer wird jede zukünftige Änderung.

Die Kosten für die Einstellung von Ingenieuren scheinen am ersten Tag hoch zu sein. Die Kosten, die entstehen, wenn Sie sie nicht einstellen, zeigen sich erst am 90. Tag, wenn Sie Sicherheitslücken beheben, Benutzern offengelegte Anmeldeinformationen erklären oder eine Agentur dafür bezahlen, das wieder aufzubauen, was Sie bereits einmal erstellt haben.

Vibe Coding verkauft den Traum von freier Software. Die Rechnung kommt später und ist immer höher als die Abonnementgebühr.

Häufig gestellte Fragen