What Is Bolt.new? StackBlitz AI Code Tool

Photo: Győző Mórocz / Pexels
Bolt.new is an AI app builder from StackBlitz that turns a plain-English description into a running, editable web application inside your browser tab, with no local install and no server to configure. It launched in October 2024 and reached roughly $4 million in annualized revenue within its first four weeks, a pace that made it one of the fastest-growing software products ever tracked. The trick isn't a smarter model. It's where the code actually runs.
What Bolt.new is and why it exists
Most AI coding assistants generate text. You still have to take that text somewhere — a terminal, a remote virtual machine, a deploy pipeline — before it becomes a working app. Bolt.new collapses that gap. You type a prompt, and within seconds a full Node.js development environment boots inside the same browser tab, runs the generated code, and shows you a live, clickable preview next to the chat window.
StackBlitz, the company behind Bolt.new, was founded in 2017 by Eric Simons, Albert Pai, and Dominic Elm as an in-browser IDE for GitHub repositories. For years it was a respectable but not especially famous developer-tools company. The technology that made Bolt.new possible, a browser-based runtime called WebContainers, took StackBlitz more than four years to build before it ever shipped an AI product on top of it.
That timing matters for understanding why Bolt.new could move so fast once large language models became good enough to write usable full-stack code. StackBlitz wasn't starting from zero on the hard infrastructure problem. It had already solved "how do you run a real Node.js server inside a browser sandbox" for a different product. When GPT-4-class models arrived, the company had a runway most competitors didn't: a mature, production-tested in-browser execution engine, ready to be pointed at AI-generated output instead of human-typed code.
How WebContainers actually work
This is the part most coverage of Bolt.new skips, and it's the part that explains everything else about the product, including why it's fast, why it's limited to certain languages, and why it can charge for compute the way it does.
A WebContainer is, in StackBlitz's own description, a WebAssembly-based operating system that boots a Node.js environment inside your browser tab in milliseconds (StackBlitz Engineering Blog, "Introducing WebContainers"). Think of it less like a code editor with a preview pane bolted on, and more like a tiny virtual computer that lives entirely inside a browser process — file system, process scheduler, package manager, and network stack included, none of it touching a remote server.
To make that work, WebContainers had to solve three problems that Node.js normally solves by talking to a real operating system:
- A file system. Node.js expects to read and write files on disk. WebContainers provide an in-memory virtual file system that behaves like a real one from Node's point of view, but lives entirely in the browser's memory and disappears when the tab closes.
- The ability to run binaries and processes. Command-line tools like
npm installor a dev server aren't just scripts, they're processes that fork, exit, and talk to each other. WebContainers implement a process model on top of WebAssembly so Node.js itself, plus anything Node spawns, can run as if it were on a real machine. - A network stack. Web apps need to serve HTTP requests. WebContainers include a virtualized TCP network stack mapped onto the browser's Service Worker API, which is how a
localhost:3000-style dev server can exist and respond to requests without ever leaving your machine or touching StackBlitz's infrastructure (webcontainers.io).
The practical effect is unusual: because the "server" and the "client" are the same browser tab, requests between the generated app's frontend and its own dev server don't leave the machine at all. StackBlitz has described response latency in that loop as effectively faster than a typical localhost round-trip, because there's no real network hop, only in-process message passing (StackBlitz Engineering Blog).
Why this only works for JavaScript and TypeScript
WebContainers run Node.js specifically, not an arbitrary operating system. That's a design choice, not an oversight: emulating a full Linux kernel well enough to run Python, Ruby, or compiled Go and Rust binaries inside a browser sandbox is a fundamentally different and much harder engineering problem than emulating Node's process and file-system model. So Bolt.new's superpower, zero-latency in-browser execution, is also the hard boundary on what it can build. If your project needs a language runtime other than JavaScript or TypeScript, WebContainers cannot run it, full stop.
An analogy that actually holds up
A useful way to picture the difference between Bolt.new and a tool like Replit Agent or GitHub Codespaces: WebContainers are like a diorama you can reach into and rearrange with your hands in real time, while a cloud VM is like a real house you're renovating over a phone call to a contractor. The diorama is instant and free of network lag because it's right in front of you, but it can only be built from materials that fit inside the box (Node.js). The real house can be built from anything, brick, steel, whatever, but every change requires a round trip to the site.
The growth story: from launch to $40M ARR
Bolt.new's revenue curve is the reason it became a case study in AI go-to-market circles rather than just another coding tool. The numbers, as reported by StackBlitz and independent trackers, are unusually steep even by 2024–2025 AI-startup standards.
Table 1. Bolt.new's revenue and funding milestones, October 2024–January 2025
| Milestone | Timing | Figure | Source |
|---|---|---|---|
| Public launch | October 2024 | — | StackBlitz |
| First ARR milestone | ~4 weeks post-launch | ~$4M ARR | Dealroom |
| Second ARR milestone | ~2–3 months post-launch | ~$20M ARR | Dealroom |
| Registered users | By March 2025 | 3M+ | Sacra |
| ARR at Series B | March 2025 | ~$40M ARR | Sacra, Getlatka |
| Series B round | January 2025 | $105.5M | LinkedIn (StackBlitz), Sacra |
| Post-money valuation | January 2025 | ~$700M | Sacra, Getlatka |
The Series B, announced in January 2025, was led by Emergence Capital and GV (Google Ventures), with participation from Madrona, Conviction, and Mantis, the venture vehicle associated with The Chainsmokers (StackBlitz/Bolt.new, LinkedIn announcement, January 2025). Sacra's research also notes that this Series B followed a previously unreported $22 million Series A, and that StackBlitz's total disclosed funding reached $135 million by December 2025 (Sacra, "Bolt.new revenue, funding & news").
What drove that curve wasn't a slow, careful enterprise rollout. It was a demo that worked in one sentence: type a prompt, watch a real app build itself, share the link. Growth analysis from Growth Unhinged attributes much of the early spike to organic, word-of-mouth sharing on X and demo videos rather than paid acquisition, a pattern common to products where the "aha moment" happens in under 60 seconds (Growth Unhinged, "How bolt.new hit $40M ARR in 5 months").
What frameworks and workflows it supports
Bolt.new is strongest wherever the JavaScript and TypeScript ecosystem is strongest. Officially supported frameworks include:
- Next.js
- Vite
- React
- Astro
- SvelteKit
- Remix
- Vue
- Nuxt
Beyond framework scaffolding, the product includes GitHub import and export, in-browser file editing, a real terminal (backed by the WebContainer's virtual process model, not a remote shell), and one-click deployment through a partnership with Netlify announced at launch. You can also point Bolt at an existing GitHub repository rather than starting from a blank prompt, which matters for teams trying to use it on an already-live codebase rather than a greenfield prototype.
How does Bolt.new deploy an app to production?
Bolt.new ships a one-click Netlify integration built directly into the editor. Clicking deploy pushes the current WebContainer state to a live Netlify URL in seconds. For anything beyond Netlify's hosting model, you export the project as a zip file or push it to GitHub and deploy it through whatever pipeline you normally use.
Bolt.diy: the open-source sibling
In late 2024, StackBlitz released Bolt.diy (originally shipped under a different community name before being folded into StackBlitz's own branding), an open-source version of the Bolt experience that lets developers bring their own LLM provider, whether that's OpenAI, Anthropic, Groq, or a locally hosted model through Ollama. It uses the same underlying WebContainers technology but skips the hosted infrastructure, metered token billing, and product polish of Bolt.new itself.
Bolt.diy is a reasonable choice if you want to inspect exactly what prompts are being sent to the model, swap providers to control cost, or self-host the whole stack for compliance reasons. It is not a drop-in replacement for the hosted product's reliability or UI refinement, and setting it up requires the kind of environment configuration Bolt.new exists to avoid in the first place.
Bolt.new versus the competition
The AI app-builder category crowded fast in 2024 and 2025, and the tools are less interchangeable than headlines suggest. Each one made a different bet about where the code should run and what kind of app it should be good at producing.
Table 2. How Bolt.new compares to the main AI app builders
| Tool | Runtime | Best-fit stack | Deploy path | Defining trait |
|---|---|---|---|---|
| Bolt.new | Browser (WebContainers) | JavaScript / TypeScript | Netlify (built-in) | Zero-latency in-browser preview |
| Replit Agent | Replit's cloud Linux VMs | Any language, incl. Python | Built-in Replit hosting | Real OS, long autonomous runs |
| v0 | Vercel cloud | React components, UI/UX | Vercel | Component-first, not full apps |
| Lovable | Cloud | Full-stack web apps | Built-in hosting | Strong default visual design |
| Cursor | Local IDE | Anything, existing repos | Manual | Professional dev workflow, not greenfield-only |
Bolt.new vs. Replit Agent
Bolt and Replit Agent launched in the same general window and have spent the time since leapfrogging each other on features. The core trade-off hasn't changed: Bolt's browser-native execution makes the JavaScript preview loop feel instantaneous, since there's no network hop between editing a file and seeing the result. Replit Agent runs on real cloud Linux virtual machines, which means it supports Python, background workers, cron jobs, and databases that need a genuine OS, things WebContainers structurally cannot do. If your project is a JS/TS web app you want to see update in real time, Bolt tends to feel snappier. If it needs anything outside the Node.js runtime, or needs to keep running unattended for hours, Replit Agent is the better architectural fit.
Bolt.new vs. v0
Vercel's v0 is not really competing for the same job. It's built to generate individual React components and page-level UI, styled with Tailwind and shadcn/ui, that a developer then drops into an existing codebase. Bolt.new generates and runs entire applications, routing, backend logic, and all, inside its own sandbox. Comparing them head to head is a bit like comparing a furniture catalog to a full house-building service.
Bolt.new vs. Lovable
Lovable, a Swedish company founded in Stockholm in 2023, also builds full-stack apps from prompts, but its output leans toward stronger default visual design out of the box (Wikipedia, "Lovable (company)"). Bolt.new's output tends to look more like something a developer would ship a v1 of and then keep iterating on manually. Teams that care more about a good-looking first draft often prefer Lovable; teams that care more about the code being immediately hackable prefer Bolt.
Bolt.new vs. Cursor and Claude Code
Cursor and Claude Code are professional developer tools built for working inside existing, often large, codebases on your local machine. Bolt.new is built for the opposite scenario: starting from nothing, in a browser, with no local environment at all. Experienced engineers frequently use both categories of tool for different jobs, Bolt or a similar builder for a same-day prototype, Cursor or Claude Code for the months of work that follow if the prototype is worth keeping.
Where Bolt.new is genuinely strong
- Zero setup. No Node version manager, no global npm packages, no Docker, nothing to install before you can start.
- An instant feedback loop. Because the runtime is local to the browser tab, the preview pane updates as the model writes code, not after a deploy step.
- A real one-click path to a public URL. The Netlify integration turns "it works on my machine" into "here's a link" in seconds.
- No code lock-in. Everything the AI generates is a normal, inspectable JavaScript/TypeScript project. You can export it as a zip file or push it straight to GitHub at any point, and it will run outside Bolt.new like any other codebase.
Where it breaks down, and what real users report
The gap between Bolt.new's demo moment and its experience on a genuinely complex project is the most consistent theme in independent reviews and user reports.
Reviews aggregating real usage describe a recurring failure pattern: a user asks Bolt to fix a bug, the fix introduces a new bug, Bolt attempts to fix that new bug, and the cycle repeats, burning through the metered token allowance each time (Trickle, "Bolt.new Review 2025"; Superdesign, "Bolt.new Review 2026"). One frequently cited case describes a developer spending over 20 million tokens attempting to resolve a single authentication bug, and other reports describe burning roughly 2 million tokens over several hours without reaching a working fix (Superdesign, "Bolt.new Review 2026"; Trickle, "Bolt.new Review 2025"). As of this review, Bolt.new held a 1.4-out-of-5 rating on Trustpilot, a figure driven largely by exactly this pattern: strong initial impressions followed by frustration once a project grows past prototype scale (Superdesign, "Bolt.new Review 2026").
Structurally, the specific failure modes trace back to the same architectural choices that make Bolt fast in the first place:
- No non-JavaScript runtimes. WebContainers cannot run Python, Ruby, Go, Rust, or anything needing a GPU. If your idea needs a real backend language or an ML model, Bolt.new is the wrong tool from the start, not a tool that will slowly disappoint you.
- Heavy compute is out of scope by design. Large data processing, model training, or anything memory-intensive runs poorly or not at all inside a browser sandbox, because it was never meant to run there.
- Metered token costs scale badly with debugging loops. Every prompt, including a "fix this bug" prompt that fails and needs another attempt, consumes tokens. Complex bugs that require several iterative attempts can consume a project's entire monthly allowance in a single debugging session.
- Production hosting is partner-dependent. The built-in deploy path goes to Netlify. Anything else means exporting and wiring up a separate deployment pipeline by hand.
The honest read on this pattern: Bolt.new is exceptional at the first 60 seconds and the first hour of a project, and increasingly strained the further a project moves from "prototype" toward "production system with real edge cases." That's not a flaw unique to Bolt, most AI app builders show some version of this curve, but Bolt's reviews suggest the drop-off is sharper than average once a bug requires genuine architectural understanding rather than pattern-matched code generation.
Why do AI coding agents get stuck in fix-then-break loops?
Iterative code-fixing loops happen when a model's proposed fix addresses the surface symptom of a bug rather than its root cause, especially in stateful, interconnected code where changing one function shifts behavior elsewhere. Because Bolt.new bills by token consumption, each unsuccessful fix attempt has a direct cost, which is why the pattern shows up so visibly in user complaints about this specific tool.
Pricing
Bolt.new uses a metered, token-based pricing model layered under simple subscription tiers:
- Free tier — a limited daily token allowance, projects are public by default.
- Pro (roughly $20/month) — a meaningfully larger token budget, private projects, and longer working sessions.
- Teams — per-seat billing with shared token pools and admin controls for organizations.
Because tokens, not seats, are the real constraint on what you can build, the practical cost of a project depends heavily on how many debugging iterations it takes, which is exactly the variable that reviews above flag as unpredictable.
Who should actually use Bolt.new
- Developers prototyping a JavaScript or TypeScript web app who want the fastest possible distance between an idea and a shareable URL.
- Designers and product managers who want an interactive mockup without pulling an engineer off their current sprint.
- Founders stress-testing whether a concept resonates, before committing engineering time to it.
- Educators teaching web development fundamentals without fighting local dev-environment setup in a classroom.
If your project needs Python, background workers, a non-Node backend, or you expect to keep building on the same codebase for years rather than days, you will likely outgrow Bolt.new and want either Replit Agent for the cloud-VM flexibility, or a conventional local setup with a tool like Cursor or Claude Code once the project has passed the prototype stage.
Common misconceptions about Bolt.new
"Bolt.new is just ChatGPT with a code editor bolted on." It isn't. The distinguishing engineering work is WebContainers, not the language model. Multiple AI app builders use broadly comparable frontier models under the hood; Bolt.new's differentiator is that the generated code actually executes locally in your browser the instant it's written, with no server round trip.
"It can build anything a developer can build." It can build anything a developer can build using only Node.js-runnable JavaScript or TypeScript, deployed to environments compatible with what a browser sandbox and Netlify can serve. That's a wide net for web apps, and a hard wall for anything needing Python, compiled binaries, GPUs, or persistent background processes.
"$40M ARR means it's profitable or stable." Annualized recurring revenue is a run-rate projection based on current billing, not a profitability measure, and metered-token products in particular can see revenue swing sharply if usage patterns or model costs shift. The Series B valuation reflects investor confidence in the growth trajectory as of January 2025, not a guarantee about the business's long-term margins.
Frequently Asked Questions
Q: When did Bolt.new launch? A: Bolt.new launched in October 2024 from StackBlitz, built on the company's WebContainers technology, which had already been in development for more than four years by that point.
Q: How does Bolt.new run Node.js inside a browser? A: It uses StackBlitz's WebContainers, a WebAssembly-based operating system that provides Node.js with a virtual file system, a process model for running binaries, and a virtualized TCP network stack mapped onto the browser's Service Worker API, all without a remote server.
Q: Is Bolt.new free to use? A: There is a free tier with a limited daily token allowance and public-only projects. The Pro tier, around $20 per month, adds a larger token budget and private projects; Teams plans add per-seat billing and shared admin controls.
Q: Bolt.new vs. Replit Agent, which should I pick? A: Bolt.new is generally faster and more responsive for JavaScript/TypeScript web apps because the code runs locally in the browser. Replit Agent runs on real cloud Linux virtual machines, so it supports Python, databases, and long-running background jobs that WebContainers cannot execute.
Q: What is Bolt.diy? A: Bolt.diy is an open-source version of Bolt.new that StackBlitz released in late 2024. It uses the same WebContainers foundation but lets you bring your own LLM provider and self-host the whole stack, trading the hosted product's polish for control and cost flexibility.
Q: Can Bolt.new deploy apps to production? A: Yes, through a built-in one-click Netlify integration. For hosting outside Netlify, you export the generated project as a zip file or push it to GitHub and deploy it through your own pipeline.
Q: Why do people report burning through tokens quickly on Bolt.new? A: Reviews describe a common pattern where a bug fix introduces a new bug, prompting another fix attempt, and the cycle repeats. Because usage is billed by token consumption, iterative debugging loops on complex bugs can consume a large share of a monthly allowance in a single session.
Q: Can Bolt.new build apps in Python? A: No. WebContainers only run Node.js-compatible JavaScript and TypeScript. Any project requiring Python, Ruby, Go, Rust, or GPU-dependent code needs a different tool with a real backend runtime, such as Replit Agent.
Q: How much funding has StackBlitz raised for Bolt.new? A: StackBlitz raised a $105.5 million Series B in January 2025, led by Emergence Capital and GV, at a reported post-money valuation of around $700 million. This followed a previously undisclosed $22 million Series A, bringing total disclosed funding to $135 million as of December 2025.
Q: Is Bolt.new good for beginners with no coding experience? A: It lowers the barrier significantly for prototyping, since there's no environment to set up. But reviews consistently note that non-developers struggle once a project needs production-grade fixes, databases, or architecture decisions that go beyond what a prompt can specify clearly.
The takeaway
Bolt.new's real innovation isn't a better AI model, it's making the code the model writes execute instantly, in your browser, with zero setup, by building an entire virtual operating system out of WebAssembly. That architecture is why the product can turn a sentence into a running app in under a minute, and it's also why the product hits a hard wall the moment a project needs anything outside the Node.js world or outgrows prototype-level complexity. Judge Bolt.new by what WebContainers were built to do: collapse the distance between an idea and a JavaScript demo, not replace the slower, harder work of shipping production software.
Read next:
Follow new articles
Add SciHub101 to your feed reader to see new science and technology stories.
About the Author
SciHub101 is an independent science and technology publication founded and edited by Buğra Sözeri, a software engineer and app developer based in Türkiye. AI tools assist with drafting and research. Source documentation in the existing archive is uneven, and articles are being reviewed and corrected. The Editorial Team byline identifies editorial responsibility; it does not certify specialist or independent human review. Where we compare products, anything built by our own team is labelled as such — see the editorial guidelines and About page for how corrections and disclosures work.
Related Articles

What Is GPT-5? OpenAI's Latest Model
GPT-5 explained: OpenAI's unified model with auto-routing, three sizes, benchmarks vs Claude 4, Gemini 2.5 and Grok 4, pricing, and what changed.

Together AI vs Fireworks AI — Inference Providers
Together AI and Fireworks AI compared as managed inference providers for open-source LLMs: pricing, speed, models, and features.

What Is Replit Agent? Build Apps with AI
Replit Agent explained: build and deploy full-stack apps from a single prompt, how Agent 3 works, pricing, and how it compares to Bolt, v0, and Lovable.

What Is Vibe Coding? AI-First Programming
Vibe coding is AI-first programming coined by Andrej Karpathy in 2025. What it means, tools, risks, and when it works versus when it breaks.

Best AI Website Builders 2026 — No-Code, Compared
Best AI website builders 2026: Wix ADI, Framer AI, Hostinger, Durable, plus v0, Lovable, and Bolt for app-style sites. What to use by skill level and budget.

How to Use ChatGPT for Coding: A Developer's Guide
84% of developers use or plan to use AI tools, but only about a third trust the output. ChatGPT can generate boilerplate, explain unfamiliar code, draft tests, and debug stack traces faster than a reference lookup. It can also introduce subtle security vulnerabilities, confidently produce outdated API calls, and miss edge cases in ways that pass a quick review. This guide covers the workflows that extract real value, the evidence on speed and security, and the rules that keep you out of trouble.