Credit-basierte App-Builder werben mit attraktiven Einstiegspreisen: Lovable ab 25 $/Monat, Bolt ab 25 $/Monat, Replit Pro ab 100 $/Monat. Diese Zahlen sind zwar korrekt, entsprechen aber nicht den tatsächlichen Kosten. Diese Tools rechnen nach verbrauchten Credits oder Token pro Prompt ab, und die Lücke zwischen dem Abonnementpreis und den realen monatlichen Ausgaben ist die Falle bei Credit-Budgets. Dieser Leitfaden erklärt, wie die Abrechnung funktioniert, warum Debugging der teuerste Teil des Prozesses ist und wie man dies einplant.
Die zugrunde liegenden Kriterien stammen aus /methodology.
Sie zahlen pro Prompt – auch für die Fehler
Der Mechanismus ist simpel: Jeder KI-Prompt verbraucht Credits (Lovable), Token (Bolt) oder nach Aufwand bepreiste Agenten-Laufzeiten (Replit). Die Falle besteht darin, dass der Verbrauch eine Funktion der Iterationshäufigkeit ist – und die Iteration, die man nicht überspringen kann, ist die Korrektur dessen, was der Agent falsch gemacht hat.
Dies ist das dokumentierte Fehlerbild bei allen drei Tools und es ist strukturell bedingt, nicht nur gelegentlich. Ein Lovable-Nutzer beschreibt die Schleife direkt: „Es fühlt sich an, als würde man nur Credits verbrennen, um dieselben Probleme zu beheben. Lovable lügt einen an, dass ein Bug gefixt wurde.“ Bolt-Nutzer berichten, dass der Agent Code umschreibt, ohne die neuen Änderungen zu übernehmen: „Ich verbrenne nur Token, ohne dass sich etwas ändert.“ Der Replit-Agent wird so beschrieben, dass er „fast unendliche Schleifen“ dreht, um Bugs zu lösen, die er selbst erzeugt hat. In jedem dieser Fälle läuft die Uhr am schnellsten, wenn das Tool am schlechtesten funktioniert.
Wo die Kostenspitzen entstehen
Debugging-Schleifen. Der größte Kostenfaktor, da er sich multipliziert: Ein Bug kostet Credits bei der Erstellung, dann weitere für die Diagnose, dann für die Behebung und schließlich noch mehr, wenn der Fix an anderer Stelle etwas zerschießt. Das ist die versteckte Steuer, die in Demos – die immer nur einen sauberen ersten Build zeigen – niemals erwähnt wird.
Backend-Operationen, die man nicht angefordert hat. Replit-Nutzer berichten von „Datenbankgebühren in Höhe von 1.500 $“, die darauf zurückzuführen waren, dass der Agent bei jedem Checkpoint Backups erstellte und Migrationen ausführte. Die Kosten wurden hier durch die Arbeitsweise des Agenten und nicht durch den eigentlichen Code verursacht.
Kosteninflation im Zeitverlauf. Ein Lovable-Nutzer berichtet von einem zehnfachen Anstieg des Verbrauchs: „Jeder Prompt verbraucht etwa 3–4 Credits. Früher waren es etwa 1,2.“ Das Preisverhalten auf einer Credit-Plattform ist zum Zeitpunkt des Kaufs nicht fixiert.
Die Skalierungswand. Diese Tarife steigen steil an. Bei Lovable erreichen die Credit-Tiers für das gleiche Volumen 2.250 €/Monat im Pro-Plan und 4.300 €/Monat im Business-Plan; die Token-Tiers von Bolt gehen bis zu 2.000 $/Monat. Eine App, die über das Basislimit hinauswächst, bekommt keine geringfügige Nachberechnung, sondern muss eine steile Preistreppe erklimmen.
Warum das Abrechnungsmodell diesen Kriterien schadet
Die Abrechnung per Credits kostet nicht nur Geld; sie verschlechtert zwei bewertete Kriterien. Die Wartbarkeit leidet, da jede Änderung ein erneuter Prompt ist, der Credits verbraucht und scheitern kann. Die Weiterentwicklung der App wird so teuer und unzuverlässig – das Gegenteil einer sicheren „Day-Two“-Bearbeitung. Die Produktionsreife leidet, weil die Abrechnungsverwaltung zu einer betrieblichen Abhängigkeit wird: Das Modell von Bolt wird als „räuberisch“ beschrieben, da die Entwicklung mitten im Monat pausiert wird, sobald das Limit erreicht ist. Für eine Live-App bedeutet das, dass die Feature-Entwicklung nach dem Takt des Zählers stoppt, nicht nach Ihrem.
Wie man Kosten prognostiziert und dem Zähler entkommt
Wenn Sie bei einer Credit-Plattform bleiben, prognostizieren Sie das Debugging, nicht den eigentlichen Build. Gehen Sie davon aus, dass ein erheblicher Teil der Credits für die Behebung der Fehler des Agenten selbst aufgewendet wird, und kalkulieren Sie den Skalierungs-Tier über Ihrem Basislimit ein, da echte Apps diesen erreichen. Seien Sie vorsichtig bei Tools ohne klare Nutzungs-Dashboards; die häufigste Beschwerde ist, dass die Kosten während des Debuggings steigen, ohne dass man es über ein Dashboard rechtzeitig hätte sehen können.
Es gibt zwei saubere Auswege. Erstens: Wählen Sie ein Credit-Tool, das echten, exportierbaren Code liefert, sodass Sie die Entwicklung in einer lokalen IDE außerhalb des Abrechnungsmodells abschließen können. Replit verzichtet zwar auf eine Flatrate, liefert aber exportierbaren Code; Bolt ermöglicht den Download von Standard-React/Vite-Codebases. Das ist der ehrlichste Vorteil beider Tools. Zweitens: Wählen Sie für eine Business-App, die ständig aktualisiert wird, eine Plattform mit Festpreis und entfernen Sie den Zähler komplett. Softr kostet zwischen 49 $ und 269 $/Monat (jährliche Abrechnung) ohne Nutzungszähler. Es gibt zwar KI-Credits, aber da jede KI-Aktion auch manuell im visuellen Editor ausgeführt werden kann, blockiert ein niedriger Credit-Stand niemals den Aufbau oder die Wartung der App. Dieser Hybrid ist die strukturelle Antwort auf die Volatilität von Credit-Modellen.
Das Muster, das Sie von jedem Tool in Ihrer Shortlist fordern sollten: entweder eine feste Rechnung oder ein echter Ausweg aus dem Abrechnungsmodell – idealerweise beides. Lesen Sie was ein Code-Export tatsächlich bringt für die Exit-Seite dieser Frage und besuchen Sie /methodology für die Kriterien.