Möglich macht das eine Technologie, die StackBlitz bereits vor dem KI-Boom entwickelt hatte: WebContainers. Dabei handelt es sich um eine Laufzeitumgebung, die Node.js und ein virtuelles Dateisystem über WebAssembly direkt im Browser-Tab ausführt. Paketinstallation, Build-Prozess und Entwicklungsserver laufen damit auf dem Rechner der Anwenderin, isoliert in der Sandbox des Browsers. StackBlitz nutzte diese Technik zunächst für seine Online-IDE, mit der Entwickler Web-Projekte ohne Setup ausprobieren und teilen konnten. Mit Bolt.new kam im Herbst 2024 ein KI-Agent hinzu, der diese Umgebung nicht nur bedient, sondern vollständig steuert: Er legt Dateien an, führt Terminal-Befehle aus, liest Fehlermeldungen und korrigiert sich selbst.
Damit gehört Bolt.new zur Gruppe der Prompt-zu-App-Werkzeuge, die unter dem Schlagwort Vibe Coding bekannt geworden sind. Innerhalb dieser Gruppe hat das Produkt ein klares Profil, das sich an drei Merkmalen festmachen lässt:
StackBlitz war vor Bolt.new vor allem in der Entwickler-Community bekannt. Die Online-IDE wurde häufig genutzt, um Code-Beispiele in Dokumentationen interaktiv einzubetten, Fehler reproduzierbar zu teilen oder Frameworks auszuprobieren, ohne lokal etwas zu installieren. Die WebContainer-Technik war dabei das zentrale Alleinstellungsmerkmal: Anders als viele Cloud-IDEs, die für jede Sitzung einen Server starten, verlagert StackBlitz die Ausführung auf den Client.
Als Sprachmodelle leistungsfähig genug wurden, um ganze Anwendungen konsistent zu erzeugen, lag die Kombination nahe. Bolt.new verbindet die schnelle, kostengünstige Laufzeitumgebung mit einem Agenten, der Modelle großer KI-Anbieter nutzt, nach öffentlich verfügbaren Informationen insbesondere Modelle von Anthropic. Das Produkt verbreitete sich nach dem Start ausgesprochen schnell und wurde zu einem der bekanntesten Vertreter der Kategorie. StackBlitz hat den Kern der ursprünglichen Bolt-Oberfläche zudem als Open-Source-Projekt veröffentlicht, aus dem eine Community-Variante entstanden ist, auf die Kapitel 07 näher eingeht.
In vielen mittelständischen Unternehmen stauen sich kleine Softwarewünsche, die nie umgesetzt werden, weil sie den Aufwand eines Projekts nicht rechtfertigen: ein besseres Erfassungsformular für den Außendienst, eine Übersicht über offene Reklamationen, ein Konfigurator für Standardangebote oder ein Dashboard über verstreute Excel-Listen. Werkzeuge wie Bolt.new verschieben diese Rechnung grundlegend. Ein erster lauffähiger Entwurf entsteht in Minuten bis Stunden statt in Wochen.
Gleichzeitig ist Bolt.new im Browser frei zugänglich, oft mit kostenlosem Einstieg. Mitarbeitende können also beginnen, ohne die IT zu fragen, und Anwendungen mit wenigen Klicks öffentlich veröffentlichen. Damit entsteht dieselbe Dynamik, die Unternehmen von Excel-Makros und Access-Datenbanken kennen, nur mit höherer Reichweite: Die Ergebnisse sind im Internet erreichbar und speichern Daten bei Cloud-Diensten. Wer Bolt.new im Unternehmen sinnvoll nutzen will, braucht deshalb beides: die Offenheit, Fachbereiche experimentieren zu lassen, und klare Leitplanken für den Übergang in den Betrieb.
Bolt.new arbeitet, wie die meisten Werkzeuge dieser Kategorie, mit einem gestuften Abonnementmodell. Es gibt einen kostenlosen Einstieg mit begrenztem Kontingent, mehrere kostenpflichtige Stufen für Einzelpersonen mit wachsendem Nutzungsvolumen sowie Team- und Unternehmensangebote mit zentraler Verwaltung, Abrechnung und erweiterten Zusagen. Abgerechnet wird im Kern über Tokens, also über das Volumen der Modellaufrufe, die der Agent auslöst. Da größere Projekte bei jeder Änderung mehr Kontext an das Modell senden, steigt der Verbrauch mit der Projektgröße spürbar.
Konkrete Preise, Token-Kontingente und Tarifbezeichnungen haben sich seit dem Start mehrfach geändert und werden das voraussichtlich weiter tun. Für eine Beschaffungsentscheidung sollten Sie die aktuellen Konditionen direkt beim Anbieter prüfen und dabei besonders darauf achten, welche Funktionen nur in höheren Stufen enthalten sind: etwa zentrale Benutzerverwaltung, Single Sign-on, Ausschluss der Trainingsnutzung, Aufbewahrungsfristen, private Projekte oder eigene Domains.
Bolt.new positioniert sich als Werkzeug, das sowohl Nicht-Entwicklern als auch Entwicklern dient. Für Gründer, Produktverantwortliche und Fachanwender ist es ein App-Builder, der ohne Programmierkenntnisse lauffähige Ergebnisse liefert. Für Entwicklerinnen und Entwickler ist es eine Art KI-gestützte Wegwerf-Umgebung, in der sich Ideen, Frameworks oder Architekturvarianten schnell durchspielen lassen, bevor das Projekt in die gewohnte lokale Umgebung wandert. Diese Doppelrolle unterscheidet Bolt.new von Werkzeugen, die sich klarer auf eine Zielgruppe festlegen, etwa reinen Design-zu-Code-Generatoren oder KI-Editoren für Profis.
Aus Sicht eines mittelständischen Unternehmens ist die Positionierung zweischneidig. Positiv ist, dass Fachbereich und IT dasselbe Werkzeug verstehen und Ergebnisse ohne Medienbruch übergeben können. Kritisch ist, dass die niedrige Einstiegshürde auch Personen ohne Sicherheitsverständnis in die Lage versetzt, öffentlich erreichbare Anwendungen mit Datenbank zu veröffentlichen. Die Positionierung verlangt daher nach einer bewussten Einordnung in die eigene IT-Governance.
Bolt.new ist auf das JavaScript-Ökosystem ausgerichtet. Typische Ergebnisse basieren auf React mit einem modernen Build-Werkzeug, häufig ergänzt um ein Utility-CSS-Framework; daneben unterstützt die Umgebung weitere verbreitete Frontend- und Meta-Frameworks sowie Node.js-Backends. Über eine Integration mit einer Plattform für React-Native-Entwicklung lassen sich auch einfache mobile Apps erzeugen und auf dem Smartphone testen.
Die WebContainer-Technik setzt dabei klare Grenzen. Was im Browser laufen soll, muss mit der Node.js-Umgebung in WebAssembly kompatibel sein. Native Binärabhängigkeiten, bestimmte Datenbankserver, Sprachen wie Java, C# oder klassisches PHP und rechenintensive Prozesse lassen sich nicht oder nur eingeschränkt abbilden. Für die meisten Web-Anwendungen mit externem Backend-Dienst ist das kein Hindernis, für Integrationen in gewachsene Unternehmenslandschaften mit ERP-Schnittstellen, Windows-Diensten oder lokalen Datenbanken aber sehr wohl. Auch die Browserwahl spielt eine Rolle: Chromium-basierte Browser werden am besten unterstützt, bei anderen Browsern kann es Einschränkungen geben. Den aktuellen Stand sollten Sie in der Dokumentation des Anbieters prüfen.
Jede Änderung des Agenten erzeugt einen neuen Stand, zu dem sich zurückspringen lässt. Das ist wichtig, weil KI-Agenten bei Korrekturen gelegentlich funktionierende Teile beschädigen. Zusätzlich bietet Bolt.new Möglichkeiten, dem Agenten dauerhaftes Projektwissen mitzugeben, etwa Konventionen, gewünschte Bibliotheken oder fachliche Regeln, sowie einzelne Dateien vor Änderungen zu schützen oder Änderungen gezielt auf bestimmte Dateien zu begrenzen. Ein Diskussions- oder Planungsmodus erlaubt es, mit dem Agenten über das Vorgehen zu sprechen, ohne dass er sofort Code ändert.
Diese Funktionen sind kein Ersatz für eine echte Versionsverwaltung. Die interne Historie ist an das Bolt-Projekt gebunden, und wer mit mehreren Personen arbeitet oder den Code langfristig pflegen will, sollte das Projekt mit einem Git-Repository verbinden. Kapitel 05 beschreibt die Möglichkeiten dafür.
Ein typischer Durchlauf sieht so aus: Die Nutzerin beschreibt ihr Ziel, etwa „Baue ein internes Tool, mit dem unsere Serviceabteilung Reklamationen erfasst, einem Bearbeiter zuweist und den Status verfolgt“. Der Agent plant eine Projektstruktur, wählt Framework und Bibliotheken, legt Dateien an und startet den Entwicklungsserver in der WebContainer-Umgebung. Tritt beim Build ein Fehler auf, erkennt der Agent ihn in der Regel selbst und versucht eine Korrektur. Die Nutzerin sieht nach kurzer Zeit eine lauffähige Oberfläche und gibt im Dialog weitere Wünsche oder Korrekturen ein.
Sprachmodelle können nur eine begrenzte Menge an Text gleichzeitig berücksichtigen. Bei kleinen Projekten passt der gesamte Code problemlos in diesen Kontext, und der Agent hat einen vollständigen Überblick. Wächst die Anwendung, muss Bolt.new auswählen, welche Dateien es dem Modell zeigt. Dann steigt die Wahrscheinlichkeit, dass Änderungen an einer Stelle unbeabsichtigte Folgen an einer anderen haben, dass bereits behobene Fehler wiederkehren oder dass der Agent Strukturen doppelt anlegt. Viele Anwender beschreiben diesen Punkt als eine Art Wand, ab der der Fortschritt deutlich mühsamer wird.
Für die Praxis folgt daraus eine einfache Regel: Bolt.new ist am stärksten bei überschaubaren Anwendungen mit klar umrissenem Zweck. Wer merkt, dass ein Projekt diese Grenze erreicht, sollte nicht weiter Prompts nachschieben, sondern den Code exportieren und in einer professionellen Umgebung mit KI-Editor, Tests und Review weiterentwickeln. Eine saubere Modularisierung, die man dem Agenten früh vorgibt, verschiebt die Grenze, hebt sie aber nicht auf.
Weil Bolt.new nach Token-Verbrauch abrechnet, sind präzise Anweisungen nicht nur eine Frage der Qualität, sondern auch der Kosten. Bewährt haben sich einige Grundsätze: zuerst Zweck, Nutzergruppen und Kernabläufe beschreiben, dann Schritt für Schritt erweitern statt alles in einem Prompt zu verlangen; Gestaltungsvorgaben wie Farben, Schriften und Tonalität früh festlegen; dem Agenten sagen, welche Teile er nicht anfassen soll; und vor größeren Umbauten den Planungsmodus nutzen. Sinnvoll ist außerdem, gelungene Prompts im Team zu sammeln. So entsteht nach und nach eine interne Bibliothek, die neuen Nutzern den Einstieg erleichtert und den Verbrauch senkt.
Ein häufiger Fehler ist, Fehler durch immer neue, vage Korrekturwünsche beheben zu wollen. Besser ist es, das Problem konkret zu benennen, die relevante Datei oder Komponente anzugeben und notfalls zu einem früheren, funktionierenden Stand zurückzuspringen. Wer programmieren kann, behebt kleine Fehler oft schneller direkt im Editor als über den Chat.
Die wichtigste Integration für Unternehmen ist die Verbindung zu GitHub beziehungsweise der Export des Quellcodes. Damit verlässt das Projekt die Bolt-Plattform und landet in einer Versionsverwaltung, in der Änderungen nachvollziehbar sind, mehrere Personen arbeiten können und die gewohnten Werkzeuge der Softwareentwicklung greifen. Von dort aus lässt sich der Code in jeder lokalen Entwicklungsumgebung weiterbearbeiten, etwa in Visual Studio Code, in KI-Editoren wie Cursor oder Windsurf oder mit Terminal-Agenten wie Claude Code.
Wer GitLab, Bitbucket oder eine selbst gehostete Git-Lösung nutzt, kann den Code über den Download-Weg oder eine Spiegelung übernehmen. Eine sinnvolle Unternehmensregel lautet: Jede Bolt-Anwendung, die länger als wenige Tage genutzt oder mit anderen geteilt wird, gehört in ein Repository der Firmenorganisation. Damit ist sichergestellt, dass der Code nicht an ein privates Konto einer einzelnen Person gebunden ist, die das Unternehmen vielleicht irgendwann verlässt.
Bolt.new selbst bringt keine vollwertige Pipeline für kontinuierliche Integration mit. Sobald der Code in einem Repository liegt, lassen sich aber alle üblichen Werkzeuge anschließen: automatische Builds, Unit- und End-to-End-Tests, Linter, Abhängigkeits- und Geheimnis-Scanner sowie statische Sicherheitsanalysen. Gerade bei KI-erzeugtem Code ist das kein Luxus. Scanner finden versehentlich eingebettete Schlüssel, veraltete Pakete mit bekannten Schwachstellen und typische Fehlermuster, die beim Ausprobieren im Browser nicht auffallen.
Ein pragmatischer Einstieg für den Mittelstand: Ab dem Moment, in dem eine Anwendung in den Firmen-Repository-Bereich wandert, laufen bei jeder Änderung automatisch ein Build, ein Abhängigkeits-Scan und eine Suche nach Geheimnissen. Tests ergänzt das Entwicklungsteam schrittweise, bevorzugt für Anmeldung, Berechtigungen und Datenzugriffe. KI-Werkzeuge zur Testgenerierung und zum Code-Review können dabei helfen, ersetzen aber nicht die Verantwortung einer fachkundigen Person.
Bolt.new verknüpft Anwendungen auf Wunsch automatisch mit Datenbank-, Authentifizierungs- und Hosting-Diensten. Das ist bequem, schafft aber Abhängigkeiten. Beim Übergang in den Betrieb sollte geklärt werden, ob diese Dienste im Unternehmenskonto laufen, in welcher Region die Daten liegen, wer administrativen Zugriff hat und ob sie durch europäische Alternativen oder eigene Infrastruktur ersetzt werden können. Weil der erzeugte Code auf verbreiteten Open-Source-Technologien beruht, ist ein Umzug auf eine EU-Hosting-Umgebung oder eigene Server in vielen Fällen realistisch, erfordert aber Anpassungen, etwa bei Authentifizierung und Datenbankzugriff.
Lovable und Bolt.new werden am häufigsten miteinander verglichen, weil beide aus einem Prompt vollständige Web-Anwendungen mit Datenbank erzeugen. Bolt.new legt mehr Gewicht auf den direkten Zugriff auf Code, Terminal und Laufzeitumgebung und spricht damit auch Entwickler an, die das Werkzeug als schnelle Experimentierumgebung nutzen. Lovable stellt stärker die Chat-Erfahrung und das visuelle Ergebnis für Nicht-Entwickler in den Mittelpunkt. Ein für den DACH-Mittelstand relevanter Unterschied ist die Herkunft: Lovable hat seinen Sitz nach unserem Kenntnisstand in Schweden und damit in der EU, StackBlitz in den USA. Das vereinfacht die Datenschutzbewertung bei Lovable etwas, ersetzt aber nicht den Blick auf die gesamte Kette, denn beide nutzen Sprachmodelle und Cloud-Dienste, die häufig in den USA betrieben werden.
v0 von Vercel kommt aus der Oberflächengenerierung und erzeugt Komponenten, die sich besonders gut in bestehende Frontend-Projekte übernehmen lassen. Wer bereits ein Entwicklungsteam mit etabliertem Stack hat und vor allem Benutzeroberflächen schneller entwerfen will, findet in v0 oft das passendere Werkzeug. Replit ist breiter aufgestellt: eine vollwertige Cloud-IDE für viele Programmiersprachen mit Agent, Datenbank und Hosting auf eigener Infrastruktur. Bolt.new liegt zwischen beiden. Es erzeugt mehr als nur Oberflächen, bleibt aber auf das JavaScript-Ökosystem und die Grenzen der Browser-Laufzeit beschränkt.
Für professionelle Entwicklungsteams sind KI-Editoren wie Cursor, Windsurf, GitHub Copilot oder JetBrains AI sowie Agenten wie Claude Code und OpenAI Codex häufig die bessere Wahl. Sie arbeiten mit dem bestehenden Repository, beliebigen Sprachen und Frameworks, mit Diffs, Branches und Tests. Bolt.new ersetzt diese Werkzeuge nicht, sondern ergänzt sie in der frühen Phase: Ein Fachbereich oder ein Produktverantwortlicher erzeugt einen Prototypen, das Entwicklungsteam übernimmt den exportierten Code und entwickelt ihn in seiner gewohnten Umgebung weiter. Diese Arbeitsteilung ist in unserer Projekterfahrung oft produktiver als der Versuch, ein komplexes System vollständig im Browser-Builder zu bauen.
Bolt.new selbst ist ein Cloud-Dienst; eine vom Hersteller unterstützte On-Premises-Version für Unternehmen ist uns nicht bekannt. StackBlitz hat jedoch den Kern der ursprünglichen Bolt-Oberfläche unter einer Open-Source-Lizenz veröffentlicht. Aus diesem Code ist ein aktiv gepflegter Community-Fork entstanden, der unter dem Namen bolt.diy bekannt ist. Er erlaubt es, die Oberfläche selbst zu betreiben und das Sprachmodell frei zu wählen, darunter Modelle europäischer Anbieter, Cloud-Modelle mit EU-Region oder lokal betriebene Open-Source-Modelle.
Für Unternehmen mit hohen Anforderungen an Datenhoheit ist das eine interessante Option, die aber ehrlich bewertet werden sollte. Die Community-Variante bietet nicht den vollen Funktionsumfang des kommerziellen Produkts, insbesondere nicht dessen integrierte Hosting- und Backend-Dienste. Es gibt keinen Herstellersupport, Updates und Sicherheitsfixes hängen von der Community ab, und die Qualität der Ergebnisse hängt stark vom gewählten Modell ab. Hinzu kommt: Die WebContainer-Laufzeit ist ein kommerzielles Produkt von StackBlitz, für dessen Einsatz in eigenen Anwendungen je nach Nutzung eigene Lizenzbedingungen gelten können. Prüfen Sie vor einem produktiven Self-Hosting die aktuellen Lizenzbedingungen beider Komponenten.
Spätestens wenn eine Bolt-Anwendung öffentlich erreichbar ist oder von mehreren Teams genutzt wird, ist sie ein IT-System wie jedes andere. Sie braucht eine verantwortliche Person, Backups der Daten, Monitoring, einen Prozess für Updates der Abhängigkeiten und einen Plan für den Fall, dass die Plattform oder ein angebundener Dienst ausfällt oder seine Konditionen ändert. Interne Tools sollten hinter der Unternehmensanmeldung liegen und nicht über eine öffentlich bekannte Adresse für jeden erreichbar sein. Ein einfaches Register aller produktiv genutzten Anwendungen mit Zweck, Datenarten, Verantwortlichen und Hosting-Ort schafft hier mit geringem Aufwand Übersicht.
Ebenso wichtig wie die passenden Einsatzfelder sind die unpassenden. Bolt.new sollte ohne professionelle Übernahme nicht für Systeme eingesetzt werden, die personenbezogene Daten von Kunden oder Beschäftigten verarbeiten, Zahlungen abwickeln, sicherheitsrelevante Funktionen steuern oder an Kernsysteme wie ERP, Warenwirtschaft oder Lohnbuchhaltung angebunden sind. Auch Anwendungen mit regulatorischen Anforderungen, etwa in Medizintechnik, Finanzdienstleistungen oder kritischen Infrastrukturen, gehören nicht in einen ungeprüften Prototypen. Hier kann Bolt.new allenfalls ein frühes Zielbild liefern, die Umsetzung muss in einem kontrollierten Entwicklungsprozess erfolgen.
Erfolgreiche Einführungen verteilen die Verantwortung klar. Der Fachbereich nutzt Bolt.new, um Ideen sichtbar zu machen, und bringt fachliches Wissen ein. Die IT stellt Konten bereit, legt Datenklassen fest, betreut den Übergang in Repositories und entscheidet über Härtung oder Neuentwicklung. Die Geschäftsführung schafft den Rahmen: Sie erlaubt Experimente ausdrücklich, setzt Prioritäten und stellt sicher, dass Datenschutzbeauftragte und Informationssicherheit früh eingebunden sind. Wo diese Rollen fehlen, entstehen entweder ungenutzte Lizenzen oder unkontrollierte Schatten-IT.
Bewährt hat sich ein einfaches Stufenmodell: Stufe eins sind persönliche Experimente mit Testdaten ohne Veröffentlichung, Stufe zwei interne Prototypen, die im Team geteilt, aber nicht produktiv genutzt werden, Stufe drei produktive Anwendungen, die zwingend im Firmen-Repository liegen, ein Review durchlaufen haben und eine verantwortliche Person besitzen. Jede Stufe hat eigene Regeln, und der Übergang zwischen den Stufen ist der Moment, an dem die IT eingebunden wird.
Kostenmodell realistisch einschätzen. Bolt.new rechnet im Kern über Token-Kontingente ab, die in den Abonnements enthalten sind und bei Bedarf aufgestockt werden können. Weil der Agent bei jeder Änderung Projektkontext an das Sprachmodell sendet, verbraucht ein großes Projekt pro Anfrage deutlich mehr als ein kleines. Fehlerschleifen, in denen der Agent wiederholt am selben Problem scheitert, können das Kontingent schnell aufzehren. Hinzu kommen gegebenenfalls Kosten für Hosting, Datenbank, Domains und angebundene Dienste, die je nach Konstellation über Bolt oder direkt bei Drittanbietern anfallen. Konkrete Preise und Kontingente ändern sich in diesem Markt häufig; prüfen Sie die aktuellen Konditionen direkt beim Anbieter.
Für eine faire Wirtschaftlichkeitsbetrachtung gehören neben den Lizenzkosten auch Review, Härtung, Betrieb und Wartung auf die Rechnung. Ein Prototyp, der an einem Tag entstanden ist, kann bei unbedachtem Produktivbetrieb Wochen an Nacharbeit verursachen. Umgekehrt spart ein guter Prototyp oft erhebliche Kosten in der Anforderungsphase und verhindert Fehlinvestitionen. Der wirtschaftliche Nutzen entsteht vor allem dort, wo Bolt.new gezielt für Verständigung und Validierung eingesetzt wird.
Bei der Nutzung von Bolt.new fließen Daten an mehreren Stellen zu externen Anbietern: Prompts, hochgeladene Bilder und der Projektcode gehen an StackBlitz und von dort an die Anbieter der Sprachmodelle; die Daten der erzeugten Anwendung landen bei angebundenen Datenbank- und Hosting-Diensten. StackBlitz hat seinen Sitz in den USA, und auch die genutzten Modellanbieter und Cloud-Dienste betreiben ihre Infrastruktur überwiegend dort. Die Tatsache, dass die Laufzeit im Browser stattfindet, ändert daran wenig: Der Code wird für die KI-Verarbeitung trotzdem an Server übertragen.
Damit stellen sich die bekannten Fragen der DSGVO: Gibt es einen Auftragsverarbeitungsvertrag? Welche Subprozessoren sind beteiligt? Auf welcher Grundlage erfolgt der Drittlandtransfer, etwa über eine Zertifizierung unter dem EU-US Data Privacy Framework oder über Standardvertragsklauseln? Lassen sich Datenregionen in der EU wählen? Und wie lange werden Prompts und Code gespeichert? Zusätzlich ist zu bedenken, dass US-Anbieter Rechtsordnungen unterliegen, die Behördenzugriffe auf Daten ermöglichen können. Diese Punkte sollten Sie anhand der aktuellen Vertrags- und Datenschutzunterlagen des Anbieters prüfen, bevor Bolt.new mit Unternehmensdaten genutzt wird.
Für Unternehmen stellt sich zudem die Frage, wem der erzeugte Code gehört und welche Risiken er birgt. Die Nutzungsbedingungen von Bolt.new regeln die Rechte am Output; prüfen Sie, ob Ihnen die Rechte am erzeugten Code im gewünschten Umfang eingeräumt werden und welche Rechte sich der Anbieter an Ihren Eingaben vorbehält. Unabhängig davon ist rechtlich nicht abschließend geklärt, inwieweit rein KI-generierter Code urheberrechtlich geschützt ist. Wer auf den Schutz einer Anwendung angewiesen ist, sollte menschliche Gestaltungsanteile dokumentieren und den Code nach der Übernahme bewusst weiterentwickeln.
Hinzu kommen Lizenzfragen bei Abhängigkeiten: Bolt.new installiert Open-Source-Pakete, deren Lizenzen Pflichten mit sich bringen können. Eine automatisierte Lizenzprüfung im Repository schafft hier Klarheit. Und schließlich die Vertraulichkeit: Wer Geschäftslogik, Preisregeln oder interne Prozesse in Prompts beschreibt, gibt diese Informationen an den Anbieter weiter. Für besonders vertrauliche Vorhaben ist die selbst betriebene Open-Source-Variante mit einem europäischen oder lokalen Modell oder der Verzicht auf Cloud-Builder die datenschutzfreundlichere Wahl.
Wird Bolt.new im Unternehmen offiziell eingeführt, gehört der Dienst ins Verzeichnis der Verarbeitungstätigkeiten, soweit personenbezogene Daten betroffen sind, etwa Namen und E-Mail-Adressen der Nutzer. Für Anwendungen, die mit Bolt.new entstehen und personenbezogene Daten verarbeiten, gelten die üblichen Pflichten: Rechtsgrundlage, Informationspflichten, technische und organisatorische Maßnahmen und gegebenenfalls eine Datenschutz-Folgenabschätzung. Der EU AI Act betrifft Bolt.new als Werkzeug zur Softwareerstellung in der Regel nicht direkt als Hochrisiko-System; Unternehmen haben aber Pflichten zur KI-Kompetenz ihrer Beschäftigten, und eine Anwendung, die mit Bolt.new gebaut wird, kann selbst unter die Verordnung fallen, wenn sie entsprechende KI-Funktionen enthält.
