Bolt.new im Test (Verifiziert August 2026)
Bolt.new startet bei $25/Monat. Erfahren Sie, für wen sich das Tool eignet, wo Token- und Datenbanklimits liegen und welche Alternativen besser sind.
Bolt.new lohnt sich für 25 $ pro Monat für Solo-Gründer, die eine klar umrissene Web-App-Idee in einen gehosteten Prototyp verwandeln möchten und bereit sind, den generierten Quellcode selbst zu prüfen. Für ausgereifte Produktivsysteme, rein designfokussierte Workflows ohne Programmierbezug oder Projekte, deren Datenbank Sie nicht manuell wiederherstellen können, ist das Tool ungeeignet: Das Projekt-Rollback von Bolt stellt die Datenbank weiterhin nicht wieder her.
Bolt.new im Überblick: Was das Tool leistet
Bolt.new ist ein browserbasierter App-Builder, der ein geschriebenes Briefing in editierbaren Anwendungscode übersetzt, diesen in einer Online-Entwicklungsumgebung ausführt und Datenbank, Authentifizierung sowie Hosting direkt bereitstellen kann – ohne manuelle Vorab-Konfiguration. Es positioniert sich zwischen No-Code-Buildern und KI-Code-Editoren: Sie steuern das System im Dialog per Chat, das Ergebnis bleibt jedoch eine reguläre Codebasis, die zu GitHub exportiert werden kann. Seine Stärken liegen daher bei Prototypen, internen Werkzeugen und klar abgegrenzten Web-Produkten – nicht darin, jede Architektur- und Engineering-Entscheidung an einen Prompt auszulagern.
Das aktuelle Produkt unterscheidet sich deutlich von früheren Versionen. Den Release Notes von Bolt zufolge wurden v1 Agent und der Discussion Mode am August 3, 2026 eingestellt. Bestehende Projekte wurden unter Beibehaltung von Dateien und Chat-Verlauf auf den Bolt Agent migriert. Der Plan Mode dient seither dazu, architektonische Schritte im Detail durchzudenken, ohne den Code sofort zu überschreiben. Zudem ist eine Spracheingabe integriert, die gesprochenen Text vor dem Absenden in einen bearbeitbaren Prompt umwandelt.
Bolt.new im Vergleich zu den Alternativen
Bolt.new überzeugt auf der Shortlist, wenn Sie Prompt, Code, Datenbank und das erste Deployment in einem einzigen Browser-Workflow bündeln wollen. Lovable liegt vorn, sobald visueller Feinschliff und unkomplizierte Zusammenarbeit wichtiger sind als die volle Kontrolle auf Code-Ebene. Replit bietet die breitere browserbasierte Entwicklungsumgebung. Cursor ist die stärkere Lösung, wenn erfahrene Entwickler bereits ein Repository pflegen und einen KI-nativen Code-Editor statt eines All-in-One-App-Builders suchen.
Die Tabelle lässt eine zentrale Unterscheidung außen vor: Bolt.new, Lovable und Replit helfen dabei, eine Anwendung aus dem Nichts aufzubauen, während Cursor voraussetzt, dass Sie sich im Code sicher bewegen. Wer die Tools nur nach dem Abopreis vergleicht, übersieht die Folgekosten der Übergabe. Nicht-technische Gründer zahlen für Lovable Pro die gleichen $25 und sparen sich stundenlange Code-Reviews. Entwickler zahlen $20 für Cursor und vermeiden es, dass ein Prompt-Builder bei jeder Chat-Nachricht ein wachsendes Projekt erneut komplett einlesen muss.
Daraus ergibt sich die Kernregel dieser Rezension: Wählen Sie die Umgebung, in der die komplexen Teile Ihres Projekts transparent bleiben. Bolt hält die Infrastruktur sichtbar genug, um sie sauber zu GitHub zu migrieren. Lovable priorisiert Design und Teamarbeit. Replit hält den Entwicklungsarbeitsbereich transparent. Cursor stellt den Code selbst in den Mittelpunkt.
Für wen sich Bolt.new eignet – und wer darauf verzichten sollte
Bolt.new richtet sich an Macher, die schnell eine erste funktionierende Version vorlegen müssen, diese aber nicht mit einem fertigen Produktivsystem verwechseln. Das ideale Profil: Sie haben einen klar abgegrenzten Workflow, können Datenstrukturen sowie Berechtigungen beschreiben und prüfen den generierten Quellcode selbst oder ziehen jemanden dafür hinzu. Am wenigsten geeignet ist das Tool für vage Produktideen ohne Abnahmekriterien, bei sensiblen Daten oder unter der Annahme, dass zusätzliche Prompts jedes architektonische Problem von allein lösen.
Geeignet: Solo-Gründer, die einen einzelnen Workflow validieren
Bolt.new lohnt sich für Solo-Gründer, die einen definierten Workflow testen wollen, bevor sie ein Entwicklerteam beauftragen. Beispiel: Ein Buchungstool für selbstständige Tutoren. Eine tragfähige erste Version benötigt Profile, freie Termine, ein Buchungsformular, Bestätigungs-E-Mails und eine kompakte Administrator-Ansicht. Diese Komponenten lassen sich direkt auf eine Datenbank, ein Authentifizierungssystem und ein gehostetes Interface abbilden.
Der Gründer kann Benutzerrollen vorgeben, Tabellen sowie Login-Abläufe durch Bolt anlegen lassen, eine private oder öffentliche Vorschau freigeben und den Quellcode zu GitHub synchronisieren, bevor Testnutzer eingeladen werden. Testen, Datenschutz und Wartung bleiben Pflicht – doch Bolt verkürzt den Weg von der Idee zur klickbaren Anwendung massiv.
Dieser Ansatz scheitert, wenn der Gründer nicht erkennen kann, ob eine Berechtigungsprüfung im Frontend oder in der Datenbank greifen muss. Ein Button, der für bestimmte Nutzer ausgeblendet wird, ersetzt keine sichere Row-Level-Security-Richtlinie in der Datenbank. Bolt kann beides erzeugen, doch jemand muss beides validieren.
Geeignet: Produktmanager, die Abläufe belegen wollen, bevor Entwickler starten
Bolt.new hilft Produktmanagern, die funktionierende, datengestützte Prototypen statt statischer Klick-Dummys benötigen. Ein Retouren-Freigabeprozess kann beispielsweise eine Übersichtswarteschlange, Kundendatensätze, Begründungscodes und rollenabhängige Freigaben enthalten. Stakeholder können den Ablauf durchspielen und fehlende Zwischenschritte aufdecken, bevor ein regulärer Sprint eingeplant wird.
Das generierte Tool sollte als interaktives Werkzeug zur Produktentdeckung verstanden werden. Der Gewinn liegt nicht darin, den Prototyp unverändert in den Produktivbetrieb zu übernehmen, sondern darin, Fehlkonzepte frühzeitig und kostengünstig zu erkennen. Die GitHub-Anbindung liefert Entwicklern eine handfeste Diskussionsgrundlage, ersetzt aber kein fundiertes Architektur-Review.
Geeignet: Kleine Agenturen mit klarer Übergabe-Strategie
Für kleine Agenturen eignet sich Bolt.new zur Erstellung von Kampagnen-Websites, Rechnern, Portalen und Prototypen, sofern jedes Projekt einer festen Ausstiegsdisziplin folgt. Schon beim Projektstart muss feststehen: Bleibt das Ergebnis auf dem Bolt-Hosting, wandert es in ein kundeneigenes Repository oder dient es als Entwurf für eine Individualentwicklung? Diese Entscheidung regelt die Zuständigkeit für Domains, Secrets, Datenbankwiederherstellung und künftige Anpassungen.
Teams-Tarife bieten zentralen Zugriff, organisationsweites Teilen und Design-System-Unterstützung. Entscheidend ist jedoch die nutzerbasierte Abrechnung: Jedes bezahlte Teammitglied erhält ein individuelles Token-Kontingent, das nicht geteilt werden kann. Arbeitet nur ein Entwickler intensiv im Tool, während andere lediglich sichten, zahlt die Agentur für ungenutzte Kapazitäten, während dem Hauptnutzer womöglich die Tokens ausgehen.
Alternative für designorientierte Teams ohne Code-Fokus: Lovable
Lovable ist die passendere Wahl, wenn Sie Wert auf visuell ausgefeilte Interfaces, geteilte Kapazitäten und minimale Code-Entscheidungen legen. Lovable Pro kostet $25 per month und bietet 100 monatliche Credits, unbegrenzte Nutzer, Credit-Übertrag, Top-ups, eigene Domains, Rollenverwaltung, Credit-Limits pro Nutzer, E-Mail-Support sowie Design-Systeme.
Das Modell mit unbegrenzten Nutzern unterscheidet sich spürbar von Bolt Teams mit $30 per member each month. Zwar sind die gemeinsamen Credits bei Lovable nicht automatisch großzügiger bemessen und lassen sich nicht 1:1 mit Bolt-Tokens vergleichen, der organisatorische Vorteil ist jedoch klar: Gründer, Designer und Marketingverantwortliche können in einem Pro-Workspace kollaborieren, ohne den Grundpreis pro Kopf vervielfachen zu müssen.
Wählen Sie Lovable, wenn die Kernfrage lautet: „Kann das gesamte Team an der Oberfläche mitarbeiten?“ Greifen Sie zu Bolt, wenn im Mittelpunkt steht: „Können wir Codebasis, Infrastruktur und den GitHub-Export direkt aus einem Browser-Workflow heraus erzeugen?“ Wenn niemand im Team den Quellcode liest, bietet die zusätzliche Flexibilität von Bolt kaum einen Mehrwert.
Alternative für umfassendere Cloud-Workspaces: Replit
Replit ist die sinnvollere Option, wenn Sie eine universelle Online-Entwicklungsumgebung, parallele Agenten-Ausführung und einen breiteren Pfad von kleinen Experimenten zu einem verwalteten Entwickler-Workspace suchen. Replit Core liegt bei $20 monthly oder $18 monthly billed annually und umfasst zwei parallele Agenten, unbegrenzte Workspaces sowie $20 Guthaben für die leistungsfähigsten Modelle.
Aussagekräftiger ist der Vergleich in höheren Tarifen: Replit Pro kostet $100 monthly oder $90 monthly billed annually und bietet zehn parallele Agenten, bis zu fünfzehn Projektmitarbeiter, bis zu fünfzig Betrachter und ein Datenbank-Rollback von bis zu 28 Tagen. Im Gegensatz dazu stellt die Versionshistorie in Bolt die Datenbank bei einem Rollback überhaupt nicht wieder her.
Das macht Replit nicht universell überlegen. Wer jedoch parallele KI-Agenten oder ein dokumentiertes Datenbank-Rollback voraussetzt, sollte diese Faktoren höher gewichten als den günstigen Einstiegspreis von Bolt bei $25. Bolt eignet sich für den gezielten Weg vom Prompt zur Anwendung; Replit lohnt sich, wenn die Entwicklungsumgebung selbst im Fokus steht.
Alternative für bestehende Repositories: Cursor
Cursor empfiehlt sich für erfahrene Entwickler, die an einer bereits existierenden Anwendung arbeiten. Cursor Individual Pro kostet $20 per month, erhöht die Agenten-Limits und schaltet Spitzenmodelle, MCPs, Skills, Hooks sowie Cloud-Agenten frei.
Cursor nimmt Ihnen die Auswahl von Hosting, Authentifizierung oder Datenbank nicht ab – genau das macht es zur besseren Lösung, wenn diese Grundlagen bereits stehen. Entwickler bearbeiten das Repository direkt, anstatt einen App-Builder zu bemühen, der das gesamte Projekt fortlaufend neu interpretieren und synchronisieren muss.
Der Wechsel zu Cursor ist sinnvoll, sobald die Aufgabe nicht mehr lautet „Erstelle das Grundgerüst“, sondern „Passe diese Codebasis nach bestehenden Architekturvorgaben und Review-Prozessen an“. Für tiefergehende Details empfiehlt sich der Vergleich von Codex, Claude Code und Cursor.
Funktion 1: Full-Stack-Webprototypen mit Datenbank und Hosting
Die Kernstärke von Bolt.new liegt nicht in der reinen Oberflächenerstellung. Sie besteht darin, Frontend, Datenbank, Authentifizierung und Bereitstellung so eng zu verzahnen, dass eine einzelne Person einen vollwertigen Ablauf abbilden kann. Daher zeigt das Tool bei Portalen oder Buchungsstrecken einen höheren Nutzen als bei bloßen Design-Entwürfen.
Beispiel: Ein Handwerksbetrieb möchte Auftragsannahmen von E-Mail und Tabellen auf eine Webanwendung umstellen. Benötigt werden ein Kundenformular, Auftragsdatensätze, eine Disponenten-Ansicht, Techniker-Zuweisungen und eine Statushistorie. Ein zielgerichteter Prompt in Bolt definiert diese Rollen und Datenstrukturen explizit, statt pauschal nach einer „modernen Service-App“ zu fragen.
Workflow und Benutzerrollen festlegen
Beschreiben Sie die Rollen für Kunde, Disponent und Techniker. Definieren Sie Statusübergänge, Sichtbarkeiten und zulässige Aktionen je Rolle. So erhält Bolt ein Funktionsmodell statt vager Layoutwünsche.
Datenmodell konkret anfordern
Fragen Sie gezielt nach Tabellen für Kunden, Serviceaufträge, Zuweisungen und Statusänderungen. Bolt erstellt Datenbanken bei Bedarf automatisch; ein explizit gefordertes Schema lässt sich jedoch einfacher kontrollieren und verhindert, dass Logik nur im UI vorgehalten wird.
Authentifizierung und Autorisierung vorgeben
Fordern Sie Registrierung per E-Mail, Login, Passwort-Reset und rollenbasierte Zugriffsregeln an. Laut Dokumentation richtet Bolt Logins nicht zwingend automatisch ein, selbst wenn eine Datenbank existiert. Prüfen Sie Weiterleitungs-URLs und Zugriffsrechte vor der Freigabe.
Temporäre Testumgebung bereitstellen
Sowohl im Free- als auch im Pro-Tarif ist die Veröffentlichung unter einer
.bolt.host-Adresse möglich. Nutzen Sie dafür Testdaten. Lassen Sie einen Anwender den Prozess durchspielen, um Lücken aufzudecken.Codebasis frühzeitig sichern
Verbinden Sie GitHub, sobald die erste stabile Version steht. Warten Sie nicht, bis echte Daten im System liegen, um die Trennung von Quellcode, Datenbank und Deployment zu regeln.
Die integrierte Bolt Database spart Initialaufwand. Sie stellt bei Bedarf automatisch eine Datenbank bereit, bietet Einstellungen für Authentifizierung, zeigt Protokolle sowie Secrets und erlaubt alternativ die direkte Anbindung von Supabase. Ein Schutz vor kompromittierten Passwörtern ist standardmäßig aktiviert, wenn Bolt die Datenbank selbst anlegt. Bei Anbindung über Supabase hängt diese Schutzfunktion vom gewählten Supabase-Plan ab (im Free-Tarif dort deaktiviert).
Zu unterscheiden ist stets zwischen rein visueller Funktionalität und validierter Logik: Eine Eingabemaske kann fertig wirken, während Weiterleitungen beim Zurücksetzen von Passwörtern ins Leere laufen. Eine Auftragsliste kann Daten anderer Kunden in der Ansicht zwar ausblenden, während die Datenbankabfrage im Hintergrund ungeschützt bleibt. Bolt listet Website-URLs, Weiterleitungs-Whitelists und Provider in den Einstellungen auf – die Kontrolle obliegt jedoch dem Anwender.
Das Hosting ist pragmatisch, unterliegt aber Grenzen: Der Free-Tarif bietet eine .bolt.host-Domain, 10GB Bandbreite und 333,333 monatliche Anfragen für den gesamten Account. Pro hebt diese Limits auf 30GB und 1 million Anfragen pro Monat an, erlaubt eigene Domains und bietet nutzungsbasierte Abrechnung für zusätzlichen Traffic. Für Validierungsphasen reicht das aus; da die Limits jedoch für das gesamte Konto gelten, teilen sich mehrere Projekte dasselbe Kontingent.
Die harte Grenze betrifft Backups: Die Versionshistorie in Bolt stellt die Datenbank bei einem Rollback nicht wieder her. Wird der Quellcode auf den Stand des Vortags zurückgesetzt, bleibt die Datenbank auf dem aktuellen Stand. Dies kann fatale Folgen haben, da fälschlicherweise angenommen wird, Code und Daten würden synchron zurückgerollt.
Im genannten Handwerkerbeispiel: Setzt man den Code auf einen Stand zurück, bevor ein Statusfeld umbenannt wurde, behält die Datenbank das neue Schema bei. Frontend und Backend passen nicht mehr zusammen. Bevor ein Projekt Produktivdaten verarbeitet, müssen automatisierte Datenbank-Backups, Schemamigrationen und ein getesteter Wiederherstellungspfad außerhalb von Bolt eingerichtet sein.
Funktion 2: Code-Kontrolle über GitHub
Bolt.new hebt sich von geschlossenen No-Code-Plattformen dadurch ab, dass die Anwendung im GitHub-Repository liegt und auf andere Hosting-Umgebungen migriert werden kann. Portabilität nützt allerdings nur, wenn sie von Beginn an praktiziert wird. Die theoretische Exportmöglichkeit hilft nicht, wenn das Repository nie synchronisiert wurde und unklar ist, welcher Commit zum Stand der Produktivdatenbank passt.
Laut der GitHub-Dokumentation von Bolt wird ein neues Repository zunächst privat auf dem Main-Branch angelegt. Bolt committet funktionierende Änderungen automatisch, prüft GitHub alle 30 Sekunden auf externe Änderungen und unterstützt das Erstellen sowie Wechseln von Branches.
Ein praxistauglicher Ablauf sieht so aus:
Nach dem ersten stabilen Stand verbinden
Erstellen Sie das Repository frühzeitig. Prüfen Sie, ob Dateien, Umgebungsvorlagen und Abhängigkeiten vollständig übertragen wurden. Zugangsdaten und Secrets dürfen nicht ins Repository gelangen.
Branches für funktionale Erweiterungen nutzen
Legen Sie für Zahlungsabwicklungen, Rechteänderungen oder Design-Anpassungen eigene Branches an. Bolt trennt die Kontexte sauber, was versehentliche Überschreibungen am Hauptzweig verhindert.
Code-Review und Merge direkt auf GitHub
Bolt kann Branches zwar erstellen und wechseln, Merges müssen jedoch auf GitHub erfolgen. Nutzen Sie Pull Requests, damit Änderungen nachvollziehbar bleiben und von Entwicklern begutachtet werden können.
Vor neuen Prompts Synchronisation abwarten
Warten Sie nach dem Merge kurz, bis der Stand in Bolt sichtbar ist, wählen Sie den Branch aus und prüfen Sie die Vorschau. Das 30-Sekunden-Intervall ersetzt nicht die manuelle Sichtprüfung vor dem nächsten Befehl.
So bleibt Bolt eine flexible Startumgebung ohne Lock-in-Effekt. Entwickler können Anpassungen direkt im Repository vornehmen, externe Plattformen für das Hosting anbinden und später zu Bolt zurückkehren. Das ist hilfreich, wenn für ein Projekt Tests, Monitoring oder ein individuelles Backend nötig werden.
Zwei Einschränkungen sind zu beachten: Erstens erfordert der Merge-Vorgang auf GitHub technisches Grundwissen im Umgang mit Pull Requests. Zweitens dokumentiert der Hersteller einen Konfliktfall: Aktualisieren Bolt und GitHub denselben Branch nahezu zeitgleich, behält Bolt den Vorrang und überschreibt den GitHub-Stand.
Die Konsequenz daraus ist klare Disziplin: Bearbeiten Sie denselben Branch niemals parallel in Bolt und einer externen IDE. Nutzen Sie getrennte Branches, mergen Sie über GitHub und behandeln Sie das Repository als primäre Wahrheitsquelle.
Funktion 3: Mobile Apps über Expo
Bolt.new unterstützt die Erstellung plattformübergreifender mobiler Apps auf Basis von Expo – allerdings entscheidet der erste Prompt über den Projekterfolg. Wie der Expo-Leitfaden von Bolt klarstellt, lässt sich ein Webprojekt nachträglich nicht einfach in eine mobile App umwandeln. Die Anweisung „Mache daraus eine Smartphone-App“ greift zu kurz; es handelt sich um eine grundlegende Architekturentscheidung.
Beispiel: Eine App für wöchentliche Essensplanung. Bereits im ersten Prompt muss definiert werden, dass es sich um eine App für iOS und Android handelt, inklusive Datenstruktur für Rezepte und Haushaltsmitglieder sowie typischer Smartphone-Interaktionen. Bolt setzt daraufhin auf Expo auf, womit eine gemeinsame Codebasis für Mobilgeräte und Web generiert wird.
Die Vorschau ist schnell eingerichtet: Öffnen Sie das Projekt, wählen Sie „Device Preview“, scannen Sie den QR-Code mit der Expo Go App und testen Sie das UI direkt auf dem Smartphone. Dadurch fallen Probleme bei Layout, Tastaturverhalten oder Touch-Zielen sofort auf, die am Desktop-Monitor verborgen bleiben.
Die eigentliche Veröffentlichung in den Stores kann Bolt jedoch nicht komplett abbilden. Um in den App Store oder zu Google Play zu gelangen, muss der Code lokal exportiert werden. Nötig sind ein Rechner mit Node.js LTS, Git, konfigurierte Expo Application Services (EAS) sowie kostenpflichtige Entwickler-Accounts bei Apple oder Google. Fehler durch Zertifikate, native Bibliotheken oder Store-Richtlinien müssen manuell behoben werden.
Darin liegt die Abgrenzung: Ein Gründer kann ohne Swift- oder Kotlin-Kenntnisse funktionale Abläufe testen. Für den Store-Release braucht es dennoch jemanden, der sich mit Signierung, App-Einträgen, Datenschutzerklärungen und Release-Zyklen auskennt. Expo reduziert Entwicklungsaufwand, ersetzt aber nicht das operative Plattform-Management.
Empfohlener Ablauf:
Mobile Nutzung im ersten Prompt vorgeben
Erwähnen Sie iOS und Android, Touch-Bedienung, Offline-Nutzung sowie geplante Kamera- oder Standortfunktionen direkt im Initial-Prompt, bevor Quellcode entsteht.
Auf physischen Endgeräten prüfen
Nutzen Sie Expo Go ab Tag eins. Testen Sie minimale Abläufe – etwa Rezeptauswahl, Einkaufsliste und das Verhalten nach einem Neustart der App.
Export vor der Store-Vorbereitung
Übertragen Sie den Quellcode zu GitHub und in eine lokale Entwicklungsumgebung, bevor Sie Store-Zertifikate hinterlegen. Das Repository dient als Basis für den Release-Prozess.
Verantwortung für den Release festlegen
Bestimmen Sie, wer Signierung, Tests via TestFlight bzw. Google Play, Datenschutzangaben und Crash-Analysen übernimmt. Ohne diese Zuständigkeit bleibt das Projekt ein Prototyp.
Bolt lohnt sich für Mobilprojekte, um Workflows zügig zu validieren. Für komplexe Hintergrunddienste, tiefe Hardware-Integrationen oder standardisierte Store-Pipelines empfiehlt sich von Beginn an eine dedizierte native Entwicklungsumgebung.
Funktion 4: Design-Systeme für Teams
Die Design-System-Unterstützung von Bolt.new richtet sich an Organisationen, die bereits über Komponentenbibliotheken, Abstandsdefinitionen und Styleguides verfügen. Ein unvollständiges PDF verwandelt das Tool nicht automatisch in einsatzbereite Komponenten: Die Qualität der Quelldaten entscheidet, ob Bolt echte UI-Komponenten verwendet oder lediglich Farben und Schriftarten imitiert.
Eigene Design-Systeme setzen den Teams-Tarif voraus. Teams können GitHub-Repositories, NPM-Packages, Storybook-Instanzen, Dokumentationsseiten oder lokale Dateien einbinden. Bolt analysiert die Quellen und generiert intern ein Storybook, in dem Entwickler die erkannten Elemente einsehen können.
Am effektivsten ist der Einsatz, wenn ein Softwareunternehmen seine Buttons, Eingabefelder und Tabellen bereits als NPM-Paket pflegt. Das Team hinterlegt das Paket, verknüpft das Storybook und gibt Anweisungen mit – etwa veraltete Komponenten zu ignorieren oder ein bestimmtes Theme zu nutzen. Produktmanager können so Prototypen erstellen, die direkt auf dem Firmenstandard basieren.
Die Dokumentation von Bolt betont: Repositories und NPM-Pakete liefern deutlich bessere Ergebnisse als reine Textdokumentationen. Screenshots vermitteln nur das visuelle Schema, während Quellcode-Pakete der KI die wiederverwendbare Implementierung liefern.
Es gelten Limits: Ein Team kann maximal zehn Design-Systeme pro Woche hinzufügen oder synchronisieren. Bei Dateiuploads liegt die Obergrenze bei zehn Dokumenten (PDFs, Bilder etc.). Widersprüchliche Frameworks oder veraltete Vorlagen senken die Ausgabequalität – mehr Quellen führen daher nicht automatisch zu besseren Ergebnissen.
Zentrale Komponentenquelle wählen
Beginnen Sie mit dem Repository oder NPM-Paket, das Ihr Entwicklungsteam aktuell produktiv nutzt. Vermeiden Sie veraltete Bibliotheken im selben Setup.
Regeln statt reiner Optik dokumentieren
Fügen Sie Vorgaben zu Barrierefreiheit, Nutzungsregeln und Theme-Grenzen bei. Reine Screenshots zeigen der KI nicht, wie sich eine Komponente bei Fehleingaben verhalten soll.
Klare Vorgaben für den Agenten definieren
Legen Sie fest, welches Framework und welche Paketversion bindend sind und welche Komponenten ausgeschlossen werden. Klare Ausschlüsse sind oft effektiver als seitenlange Beispiele.
Einen repräsentativen Ablauf generieren
Bauen Sie Formulare, Validierungszustände und Tabellenansichten auf. Gleichen Sie die generierten Komponenten mit dem internen Standard ab, bevor Sie das Setup für das Team ausrollen.
Diese Funktion rechtfertigt den Teams-Tarif von Bolt, wenn markenkonforme Entwürfe Zeit im Review sparen und der Code bereits existiert. Für Gründer, die lediglich ein Logo und zwei Schriftarten besitzen, lohnt sich der Aufpreis von $30 pro Nutzer nicht. Lovable Pro bietet Design-Systeme für $25 bei unbegrenzten Nutzern; Bolt amortisiert sich, wenn Versionskontrolle auf Komponentenebene und die integrierte Infrastruktur im Mittelpunkt stehen.
Preise von Bolt.new: Tarife und Kosten pro Ergebnis
Die monatliche Tarifstruktur von Bolt.new gliedert sich in: $0 Free, $25 Pro, $30 pro Mitglied für Teams und individuelle Enterprise-Preise. Die Herausforderung besteht darin, anhand von Tokens, Hosting-Limits und Nutzerzahlen die realen Kosten pro fertiggestelltem Projekt zu ermitteln.
Die nachfolgenden Konditionen wurden am August 27, 2026 auf der offiziellen Bolt-Preisseite verifiziert. Bolt bewirbt dort Rabatte von bis zu 28 % bei jährlicher Zahlweise. Da dieser Wert variieren kann, bildet die monatliche Abrechnung die verlässlichste Vergleichsbasis. Verbindlich ist das Angebot im jeweiligen Kundenkonto.
Free: Ausprobieren mit nutzbarem Hosting-Kontingent
Der Free-Tarif erlaubt öffentliche sowie private Projekte, unbegrenzte Datenbanken, Deployments unter .bolt.host, 1 million Tokens monatlich und maximal 300,000 Tokens pro Tag. Das reicht aus, um das Tool kennenzulernen. Für umfangreichere Projekte ist der Plan ungeeignet, da das tägliche Limit die Arbeit unterbrechen kann, selbst wenn monatlich noch Kontingent vorhanden wäre.
Hinzu kommt die Hosting-Grenze: Free umfasst 10GB Bandbreite und 333,333 Anfragen pro Monat für den gesamten Account. Wird dieser Wert erreicht, werden alle gehosteten Seiten bis zum nächsten Abrechnungszeitraum deaktiviert. Für flüchtige Previews ist das hinnehmbar, für geschäftliche Vorführungen ein untragbares Risiko.
Pro: Der Standardtarif für Einzelentwickler
Pro kostet $25 monthly und startet bei 10 million Tokens ohne Tageslimit. Es entfernt das Bolt-Branding, erhöht das Upload-Limit auf 100MB, bietet private Freigaben, Custom Domains, SEO Boost, freie Datenbankwahl und KI-Bildbearbeitung. Das Hosting umfasst 30GB Bandbreite und 1 million monatliche Requests pro Konto.
Nicht verbrauchte bezahlte Tokens werden für einen weiteren Monat übertragen und bleiben bei aktivem Abonnement bis zu zwei Monate gültig. Das korrigiert die verbreitete Annahme, bezahlte Bolt-Tokens würden grundsätzlich verfallen. Kostenlose Tokens verfallen weiterhin monatlich.
Bei Überschreitung des Traffic-Limits können Pro-Nutzer flexibel Bandbreite und Requests hinzubuchen (Pay-as-you-go mit Ausgabenlimit). Da die genauen Tarife pro Einheit nicht öffentlich einsehbar sind, lässt sich das finanzielle Risiko zwar begrenzen, aber vorab nicht exakt durchkalkulieren.
Zusätzliche Tokens sind reglementiert: Bolt schaltet Nachkäufe erst im höchsten monatlichen Pro-Tarif oder bei jährlicher Pro-Zahlung frei. Da die Kosten dafür erst im eingeloggten Bereich ersichtlich sind, reicht der Grundpreis von $25 bei intensivem Prompting oft nicht aus.
Teams: Abrechnung pro Kopf statt gemeinsamer Pool
Teams kostet $30 per member each month. Jedes bezahlte Mitglied erhält ein eigenes Token-Budget – die Tokens werden nicht für das Team gepoolt. Zentrale Abrechnung bedeutet hier nicht geteilte Kapazität.
Das lohnt sich, wenn alle Mitglieder aktiv entwickeln. Es wird unwirtschaftlich, wenn eine Person entwickelt und drei Kollegen lediglich sichten. Ein vierköpfiges Team zahlt $120 monatlich bzw. $1,440 im Jahr – ohne zusätzlichen Traffic, Upgrades oder externe Schnittstellen.
Zum Vergleich: Lovable Pro bietet unbegrenzte Nutzer für $25 monthly ($300 yearly). Bei vier Personen spart man gegenüber Bolt jährlich $1,140 ($95 monatlich). Zwar unterscheidet sich der Leistungsumfang (Lovable teilt 100 Credits unter allen Nutzern, während Bolt separate Token-Pakete und eine tiefere Build-Umgebung liefert), die Entscheidung bleibt jedoch finanziell relevant: Zahlen Sie den Aufpreis pro Sitzplatz nur, wenn mehrere Teammitglieder tatsächlich aktiv in Bolt programmieren.
Enterprise: Verbindliche Governance
Enterprise setzt auf individuelle Angebote. Enthalten sind SSO, Audit-Logs, Compliance-Support, SLA-Vereinbarungen, Datenrichtlinien, persönliches Onboarding und prioritärer Support rund um die Uhr (24/7).
Wer diese Compliance-Vorgaben erfüllen muss, sollte nicht mit dem Teams-Tarif für $30 kalkulieren. Klären Sie die Enterprise-Konditionen im Vorfeld ab, statt darauf zu hoffen, dass Sicherheitsstandards nachträglich im Basistarif erfüllt werden.
Berechnung der Kosten pro Ergebnis
Die Kosten pro fertigem Prototyp ergeben sich nicht aus der Anzahl der Prompts, sondern aus dem Abopreis geteilt durch die Zahl der abgenommenen Prototypen. Prompt-Volumen misst Aktivität, kein Geschäftsergebnis.
Für einen Einzelentwickler im Pro-Tarif beläuft sich der Basispreis auf $300 pro Jahr. Entstehen in einem Monat vier validierte Prototypen, liegen die Softwarekosten bei $6.25 pro Prototyp. Wird im selben Zeitraum nur ein Entwurf fertig, steigen die Kosten auf $25. Arbeitszeit, Hosting-Mehrkosten und Drittdienste sind hier noch nicht eingerechnet.
In einem Teams-Workspace mit vier Plätzen fallen monatlich $120 an. Bei acht fertigen Prototypen kostet ein Entwurf rein rechnerisch $15. Werden nur zwei fertiggestellt, sind es $60. Das Werkzeug wird nicht teurer – der Output bestimmt den Stückpreis.
Kritische Grenzen in der Praxis
Die Schwächen von Bolt.new zeigen sich vor allem dann, wenn Prototypen an Relevanz gewinnen, mehrere Personen mitarbeiten, Datenbestände geschützt werden müssen und die IT-Kosten planbar bleiben sollen. In dieser Phase verleitet das System dazu, Architekturfehler durch Zukauf von mehr Tokens zu überdecken.
1. Token-Verbrauch skaliert mit der Projektgröße
Bolt liest bei jeder Anfrage Projektdateien ein, um den Kontext zu synchronisieren. Je größer das Projekt wird, desto mehr Tokens verbraucht ein einzelner Befehl. Eine identische Anweisung kostet in einer gewachsenen Anwendung spürbar mehr als zu Beginn.
Das erschwert die Kostenkontrolle. Eine minimale Design-Änderung kann umfangreichen Datei-Kontext erfordern. Vage Formulierte Feature-Wünsche lösen aufwendige Planungs- und Editierläufe über viele Dateien hinweg aus. Der Token-Übertrag mildert ruhige Monate ab, fängt den exponentiellen Anstieg bei großen Codebasen jedoch nicht auf.
Gegenmaßnahmen: Prompts präzise formulieren, modularen Code fordern und Routinearbeiten an externe Editoren abgeben, sobald die Prompt-Beschreibung aufwendiger wird als der manuelle Eingriff. Ein Token-Upgrade ist nur bei klar umrissenen Aufgaben sinnvoll – nicht, wenn die KI den Faden verliert und bereits funktionierenden Code grundlos neu schreibt.
2. Projekt-Rollbacks ignorieren die Datenbank
Die Versionshistorie von Bolt setzt ausschließlich Dateien zurück, nicht aber die Datenbank. Ein Rollback auf einen früheren Stand lässt das aktuelle Datenbankschema unberührt. Für Anwender, die einen Full-Stack-Builder mit einer automatischen Komplett-Sicherung verwechseln, ist das eine gefährliche Hürde.
Code und Datenbankschemata sind voneinander abhängig. Wurde durch eine Änderung eine Tabellenspalte umbenannt oder eine Migrationsroutine ausgeführt, führt das Zurücksetzen des Frontend-Codes zu Fehlern. Ein robuster Betrieb verlangt daher manuelle Daten-Backups und nachvollziehbare Migrationen außerhalb von Bolt.
Hinzu kommt ein Detail bei wenig genutzten Instanzen: Unveröffentlichte Datenbanken werden nach sechs oder mehr Tagen Inaktivität pausiert. Das Reaktivieren dauert wenige Minuten. Veröffentlichte Projekte sind davon ausgenommen. Für Live-Demos älterer Testprojekte sollte man diese Aufwärmzeit jedoch einplanen.
3. Die GitHub-Anbindung ersetzt keinen vollwertigen Git-Workflow
Bolt kann Branches anlegen und wechseln, bietet aber keine Merge-Funktion innerhalb der Plattform. Gemergt werden muss auf GitHub. Aus Review-Sicht ist das sinnvoll, bricht aber das Versprechen, alle Arbeitsschritte in einer einheitlichen Oberfläche abzuwickeln.
Schwerer wiegt die dokumentierte Synchronisationslogik: Obwohl Bolt GitHub alle 30 Sekunden abgleicht, behält Bolt bei fast zeitgleichen Änderungen an derselben Datei den Vorrang und überschreibt den externen Git-Commit. Teams dürfen denselben Branch daher keinesfalls gleichzeitig im Web und lokal bearbeiten.
4. Schneller Start auf Mobilgeräten, Entwickler-Toolchain für den Release
Wird mobile Entwicklung im Initial-Prompt gewählt, liefert Expo Go eine hervorragende Smartphone-Vorschau. Ein späterer Wechsel von einer Web-App auf Mobile ist jedoch architektonisch kaum möglich.
Zudem endet die Klick-Bedienung beim Store-Release. Um die App zu Apple oder Google zu bringen, sind Node.js, EAS, Git und Zertifikate auf einem lokalen Entwicklungsrechner erforderlich. Das vereinfacht die Entwicklung gegenüber rein nativer Programmierung enorm, ist aber weit entfernt von einer Veröffentlichung per Knopfdruck.
5. Plötzlicher Hosting-Stopp und unklare Mehrkosten
Im Free-Tarif werden alle Seiten deaktiviert, sobald das monatliche Transfervolumen aufgebraucht ist. Pro erlaubt zwar flexibles Nachbuchen von Traffic, veröffentlicht aber keine genauen Preise pro Gigabyte oder Anfrage auf der Preisseite. Risiken lassen sich über Ausgabenlimits deckeln, exakte Kostenmodelle für Traffic-Peaks bleiben vorab jedoch vage.
Zudem teilen sich alle Projekte denselben Account-Pool. Mehrere aktive Testprojekte zehren am selben Kontingent. Agenturen sollten Projekte daher für Kunden auf separaten Konten anlegen, um gegenseitige Blockaden zu vermeiden.
6. Support nach Tarifklasse gestaffelt
Nutzer des Free-Tarifs sind auf Hilfe in der Discord-Community angewiesen. Zahlende Kunden erhalten E-Mail-Support montags bis freitags während der regulären Geschäftszeiten. Priorisierter 24/7-Support bleibt Enterprise-Kunden vorbehalten.
Das ist marktüblich, schließt Bolt Pro ($25) und Teams ($30) jedoch für geschäftskritische Systeme aus, die am Wochenende verbindliche Reaktionszeiten erfordern. Solche Anforderungen machen Individualverträge oder einen eigenen Betrieb nötig.
7. Governance-Funktionen erst im Enterprise-Segment
Teams bietet nützliche Rechteverwaltungen und Design-Systeme – elementare Compliance-Werkzeuge finden sich jedoch erst im Enterprise-Tarif: SSO, Audit-Logs, Compliance-Support, Richtlinien zur Datenspeicherung und SLAs. Unternehmen benötigen diese Kontrollen oft schon, bevor sie genügend Entwickler beschäftigen, um einen Enterprise-Vertrag zu rechtfertigen.
Erschwerend kommt das nutzerbasierte Token-Modell hinzu: Da Tokens personengebunden sind, können Tester oder Manager ihr Restkontingent nicht an ausgelastete Entwickler abgeben. Prüfen Sie daher genau, welche Mitarbeiter tatsächlich eine Schreiblizenz benötigen.
- Der Pro-Tarif für $25 vereint Chat-basierte Entwicklung, Datenbank, Logins, Hosting und GitHub-Export.
- Code kann exportiert und unabhängig weiterentwickelt oder gehostet werden – kein Vendor-Lock-in.
- Bolt Database und .bolt.host ermöglichen komplette, funktionsfähige Prototypen ohne manuelle Vorarbeit.
- Expo bietet eine solide Basis für mobile Apps; Teams-Design-Systeme können echten Quellcode einbinden.
- Bezahlte Tokens werden für einen weiteren Monat übertragen – veraltete Berichte über Verfall sind überholt.
- Der Token-Verbrauch steigt mit wachsender Projektgröße deutlich an; Budgets sind schwer kalkulierbar.
- Das Projekt-Rollback setzt den Code zurück, lässt die Datenbank jedoch unangetastet.
- Merges können nicht in Bolt ausgeführt werden; zeitgleiches Bearbeiten kann GitHub-Commits überschreiben.
- Store-Veröffentlichungen mobiler Apps erfordern eine lokale Toolchain und Entwickler-Accounts.
- Preise für zusätzlichen Pay-as-you-go-Traffic sind auf der Hosting-Seite nicht transparent aufgeführt.
- Kein 24/7-Support in den Standard-Bezahltarifen; direkter Notfallsupport bleibt Enterprise vorbehalten.
Fazit: Starkes Werkzeug für Prototypen mit geplanter Übergabe
Bolt.new lohnt sich, wenn Sie als Einzelperson einen klar umrissenen Ablauf in eine funktionierende, gehostete Anwendung verwandeln wollen und den Quellcode frühzeitig zu GitHub migrieren. Der Pro-Tarif für $25 ist der passende Einstieg: Die Tageslimits und die harte Hosting-Abschaltung im Free-Tarif machen professionelles Arbeiten dort unmöglich.
Die Lage ändert sich, sobald ein Projekt gewachsen ist, mehrere Programmierer daran arbeiten oder kritische Daten verarbeitet werden. Für bestehende Repositories ist Cursor die bessere Wahl. Replit punktet mit parallelen Agenten und echtem Datenbank-Rollback. Lovable überzeugt, wenn Design und einfache Teamarbeit ohne Programmierkenntnisse im Vordergrund stehen.
Verzichten Sie darauf, Architekturprobleme, fehlende Daten-Backups oder Synchronisationsfehler durch den Zukauf größerer Token-Pakete zu kompensieren. Wenn ein System ständige Code-Reviews, manuelle Datenbankmigrationen und strikte Prozesse verlangt, gehört es in ein reguläres Git-Repository. Bolt kann als Ideengeber für Branches dienen, sollte dann aber nicht mehr die Hauptplattform sein.
Der 5-Tage-Testplan
Testen Sie das Tool innerhalb einer Arbeitswoche an einem isolierten Test-Workflow – niemals direkt an Produktivdaten.
Montag: Zielkriterien definieren
Legen Sie Nutzerrolle, Eingaben, Ausgaben, Datenbedarf und Zugriffsverbote exakt fest. Wählen Sie einen Ablauf, der an einem Tag abbildbar ist.
Dienstag: Infrastruktur gezielt anfordern
Fragen Sie Datenbanken, Logins, Rollen und Passwort-Resets namentlich im Chat an. Nutzen Sie den Free-Tarif für diesen Wegwerftest und analysieren Sie, welche Prompts Nachbesserungen erfordern.
Mittwoch: GitHub verbinden
Legen Sie ein privates Repository an, erstellen Sie einen Branch und mergen Sie ihn auf GitHub. Kontrollieren Sie, ob die Vorschau in Bolt danach fehlerfrei funktioniert.
Donnerstag: Grenzfälle erzwingen
Provozieren Sie Fehler: Falsche Rollen, abgelaufene Logins, defekte Weiterleitungen und Schema-Änderungen. Notieren Sie, welche Reparaturen manuelle Eingriffe erfordern.
Freitag: Entscheidung treffen
Buchen Sie Pro nur, wenn der Workflow stabil lief, der Quellcode den Standards Ihres Entwicklers genügt und der Token-Verbrauch im Rahmen blieb. Andernfalls wählen Sie eine passendere Alternative.
Weitere Vergleiche finden Sie in der Übersicht zu den aktuellen Vibe-Coding-Tools. Kommt Replit in Betracht, die Kosten sprechen jedoch dagegen, hilft der Beitrag über Replit-Alternativen für kostenlosen KI-App-Bau weiter.
Häufig gestellte Fragen (FAQ)
Is Bolt New a legit website?
Ja. Bolt.new ist ein offizielles Produkt von StackBlitz mit öffentlichen Preisen, solider Dokumentation, Release Notes und geregeltem Support. Das belegt die Seriosität des Anbieters, garantiert aber nicht, dass jeder erzeugte Code fehlerfrei ist. Binden Sie GitHub frühzeitig an, prüfen Sie Berechtigungen und sorgen Sie für unabhängige Datenbank-Backups.
Does Bolt New actually work?
Bolt erzeugt funktionierende Webanwendungen, Datenbankstrukturen, Authentifizierungen, Deployments und Expo-Projekte für Mobilgeräte. Es liefert echten Code statt bloßer Klick-Dummys. Dieser Test basiert auf der verifizierten Dokumentation, verspricht jedoch nicht, dass komplexe Systeme ohne Prüfung durch Entwickler produktionsreif sind.
Is Bolt new better than Cursor?
Bolt eignet sich besser, um ein Konzept samt Datenbank und Hosting direkt im Browser in eine erste funktionierende Anwendung zu überführen. Cursor ist die stärkere Lösung für Entwickler, die eine bestehende Codebasis lokal bearbeiten möchten. Nutzen Sie Bolt für die Entwurfsphase und Cursor, sobald die Kernarchitektur steht und Code-Reviews im Fokus stehen.
Is Bolt New safe?
Bolt bietet Absicherungen für Passwörter, Authentifizierungs-Tools, Whitelists und Sicherheitsfunktionen im Enterprise-Tarif. Die Sicherheit hängt jedoch vom generierten Code ab: Zugriffsregeln, Secrets, Paketabhängigkeiten und Datenmodelle müssen manuell geprüft werden. Da die Versionshistorie keine Datenbank-Rollbacks unterstützt, müssen Backups separat eingerichtet werden.
Is Bolt New completely free?
Bolt bietet einen kostenlosen Free-Tarif ($0) mit öffentlichen und privaten Projekten, 1 million Tokens monatlich, einem Tageslimit von 300,000 Tokens, Datenbanken und Hosting. Das System blendet Bolt-Branding ein, limitiert Uploads auf 10MB und stoppt Seiten, wenn die 10GB Bandbreite oder 333,333 monatliche Anfragen erreicht sind.
Is Bolt.new free for 1 year?
Die Preisseite listet einen regulären Free-Tarif für $0 ohne zeitliche Begrenzung auf ein Jahr. Dieser unterliegt Beschränkungen bei Tokens, Uploads und Hosting. Erweiterte Kapazitäten erfordern den Pro-Tarif ab $25 monatlich.
Bolt new pricing
Bolt unterteilt sich in Free ($0), Pro ($25/Monat), Teams ($30 pro Mitglied/Monat) und Enterprise (individuell). Bei jährlicher Zahlung werden bis zu 28 % Rabatt genannt. Pro umfasst ab 10 million Tokens pro Monat; ungenutzte bezahlte Tokens werden bei aktivem Abo für einen weiteren Monat übertragen.
Bolt new vs Lovable
Bolt eignet sich für Prompt-to-Code-Projekte mit eigener Datenbank, Hosting und GitHub-Export. Lovable fokussiert sich auf Design und unkomplizierte Zusammenarbeit: Der Pro-Tarif für $25 erlaubt unbegrenzt viele Teammitglieder, die sich ein Credit-Kontingent teilen. Bei Bolt zahlen Teams $30 pro Nutzer, was größere Teams schnell teurer macht.
Checkliste für das KI-Business-Workflow-Audit anfordern
Die kostenlose Checkliste für das KI-Business-Workflow-Audit hilft Ihnen, Workflows exakt zu planen, Datenrisiken einzugrenzen, Verantwortliche zu benennen und Ausstiegskriterien festzulegen, bevor Sie neue Abonnements abschließen. Abonnieren Sie den Newsletter für die nächste verifizierte Ausgabe.
3. Sept. 2026
Diese Seite in Google bevorzugen
Markieren Sie omidsaffari.com als bevorzugte Quelle, und Google hebt die Seite für Sie in Top Stories, AI Overviews und AI Mode hervor.
