Jedes Vibe-Coding-Tool verkauft dieselbe Illusion: dass die Kosten einer App den Kosten ihrer Generierung entsprechen. Der erste Prompt ist günstig und spektakulär. Das Budget stirbt später, im Fix-Loop – und dieser Loop ist kein Edge-Case. Er ist der normale Betriebszustand jedes Code-Generierungstools auf dieser Seite, sobald eine App eine triviale Größe überschreitet.
Warum der 20. Prompt teurer ist als der erste
Der erste Prompt beginnt auf einer leeren Leinwand; darin ist das Modell stark, und eine Runde bringt meist sichtbare Fortschritte. Der 20. Prompt hingegen muss ein bestehendes System modifizieren, an das sich das Modell nur noch teilweise erinnert. Wenn Codebasen wachsen, übersteigen sie den Kontext-Speicher der KI, und das Modell beginnt, seine eigenen früheren Entscheidungen zu widersprechen. Korrekturen bekämpfen dann eher Symptome als die eigentlichen Ursachen – ein Patch an einer Stelle verursacht an einer anderen einen Fehler. Entwickler nennen dieses Muster Prompt Whack-a-Mole. Zudem bläht die Iteration das Artefakt selbst auf: Aufgrund des begrenzten Kontextes schreibt die KI Utility-Funktionen neu, die sie nicht mehr „sieht“, was zu doppelter Logik und einem Stil-Flickenteppich führt, der jeden weiteren Fix erschwert.
Dadurch kehren sich die Unit Economics um. Frühe Prompts kaufen Features; späte Prompts kaufen Versuche. Und jeder Versuch wird in Rechnung gestellt.
Was die Zähler verraten
Die Zahlen aus der Forschung, aufgeschlüsselt nach Tools und basierend auf dokumentierten Nutzerberichten.
Lovable verkauft Credits; der Pro-Tarif liegt bei 25 Euro für 100 Credits pro Monat. Nutzer berichten, dass der Verbrauch pro Prompt von etwa 1,2 auf 3–4 Credits gestiegen ist – eine fast zehnfache Kosteninflation im Zeitverlauf, wobei selbst reine Fragen zum Code Bruchteile eines Credits kosten. Reviewer beschreiben den klassischen Teufelskreis: Credits werden für Debugging-Chats ausgegeben, in denen der Agent neue Fehler einführt, während er die ersten behebt, oder behauptet, ein Fix sei erfolgt, obwohl dies nicht der Fall ist. Bei 3–4 Credits pro Prompt reichen 100 Credits im Monat für weniger als 30 Versuche.
Bolt verkauft Tokens, 10 Millionen im 25-Dollar-Pro-Tier. Die häufigste Beschwerde betrifft die Bezahlung für Stillstand: Diff-Edits, die sofort wieder ohne die gewünschte Änderung überschrieben werden – „man verbrennt einfach Tokens, ohne dass sich etwas ändert“. Zudem wird das monatliche Limit manchmal durch einen generierten Fehler aufgebraucht, sodass der Entwickler bis zum nächsten Monat warten muss, um den Fehler des Tools selbst zu beheben. Reviewer berichten zudem von undurchsichtigen Token-Verlusten bei komplexen Loops, ohne Aufschlüsselung, welche Edits die Tokens verbraucht haben.
Replit hat die steilste Kurve, da hier nach Aufwand abgerechnet wird: Die Rechnung spiegelt wider, wie hart der Agent arbeitet – und nichts lässt einen Agenten härter arbeiten als das Debugging seiner selbst. Dokumentierte Fälle: 25 Dollar an Credits in weniger als einem Tag, 350 Dollar an einem einzigen Tag, 700 Dollar in einem Monat und 1.500 Dollar an überraschenden Datenbankgebühren, teilweise getrieben durch Backups pro Checkpoint. Die düsterste Interpretation der Community ist strukturell: Mehr Fehler bedeuten mehr Korrekturen, was wiederum mehr abrechenbare Durchläufe bedeutet.
Andere Zähler, gleiches Muster. Die Abrechnungseinheit ist der Versuch, und Debugging ist die Aktivität, die die Anzahl der Versuche maximiert.
Die Benennung der Steuer
Nennen wir es die Fix-Loop-Steuer: die Differenz zwischen dem, was man zahlen würde, wenn die Generierung beim ersten Mal klappte, und dem, was man tatsächlich zahlt. Sie hat drei bemerkenswerte Eigenschaften. Erstens ist sie beim Kauf unsichtbar, da der Listenpreis den Idealfall beschreibt. Zweitens ist sie regressiv: Sie trifft diejenigen Entwickler am härtesten, die Ursachen am wenigsten diagnostizieren können, weil sie die meisten Iterationsrunden durchlaufen. Und drittens korreliert sie mit der Wichtigkeit: Die Apps, die die tiefsten Loops auslösen, sind die auth-lastigen, edge-case-reichen Business-Apps, die zwingend funktionieren müssen – genau jene, die in Lovable vs Bolt analysiert werden.
Diese Steuer schlägt sich nicht nur in den Kosten nieder. Jede abgerechnete Runde bei einem auth-relevanten Feature ist ein erneutes Würfeln mit der Sicherheits-Chance (siehe was „45 % des KI-Codes sind vulnerabel“ tatsächlich bedeutet). Der Loop selbst ist das tägliche Gesicht des Day Two Problems: die Wartungsphase, in der jede Änderung riskiert, die vorherige zu zerstören. Der Kostenmesser ist nur der Teil, den man auf der Rechnung sieht.
Weniger bezahlen oder gar nicht
Bei Code-Gen-Tools ist die Lösung eine Frage des Handwerks: Prompts eng fassen, jeden funktionierenden Zustand committen, Diffs prüfen, bevor man sie akzeptiert, und Drift frühzeitig erkennen, um abzubrechen. Ein Tool mit Flatrate-Abonnement wie Cursor begrenzt zumindest den Worst Case auf einen bekannten monatlichen Betrag.
Die strukturelle Antwort liegt darin, zu erkennen, welche Apps gar keinen Loop benötigen. Ein Portal oder ein internes Tool besteht primär aus Auth, Berechtigungen und CRUD. Auf einer Plattform wie Softr sind dies Konfigurationen: Man ändert eine Einstellung, die Änderung wird übernommen – keine neue Generierungsrunde und kein abgerechneter Versuch. Softr bietet KI-Credits für seinen Co-Builder an, aber da alles, was die KI tut, auch manuell erledigt werden kann, blockiert ein leerer Kontostand niemals einen Fix. Für Business-Apps ist der günstigste Fix-Loop derjenige, den es gar nicht gibt.