Every Bolt.new alternatives list answers with another AI builder. Before you pick one, there is a cheaper move: a lot of Bolt projects are a landing page with ambitions, and the subscription you already pay for writes those.
Claude and ChatGPT both produce a complete static page from a description and revise it when you say what is wrong. What they cannot do is give the result an address, keep its versions, or collect somebody's remarks. That is the part to bolt on, and it takes one prompt.
One prompt: try the page without a builder
If that describes your project, the swap is direct and you already own both halves of it. Paste this into Claude or ChatGPT.
Build this as a single static bundle: index.html plus one style.css, no build
step, no framework, no client-side router. Multi-page is fine as separate
.html files that link to each other.
What it is: [one sentence]. Who it is for: [one sentence]. The one action:
[what you want them to do].
Style: [two words], and specifically oversized headline, high contrast, one
accent colour, generous whitespace, system fonts. Real copy, no placeholder
text.Then time it against the same brief in Bolt, including the step where the result gets an address. We publish no number of our own here, because yours is the one that decides. The publishing and review prompts are in AI website prompts.
The one line of Bolt's documentation worth reading first
If you do stay on a builder, read this before your first publish, because it shapes every later decision. Bolt's Netlify guide explains the terminology plainly: "Bolt calls this feature Publish whereas Netlify calls it Deploy." Then it adds the rule that matters. A new project defaults to Bolt hosting and can be switched to Netlify before the first publish, but once it is published to Bolt hosting it cannot be switched to Netlify without creating a new copy.
That is not a scandal. It is a sequencing detail that costs you a rebuild if you find it out in the wrong order. Decide where the thing lives before you press Publish the first time.
The download path is short and documented on the same page: "Run the project build command (usually npm run build). Click Download to download the project."
So the output is portable. Which brings the actual question into focus: portable to what? A Bolt project is commonly full-stack, and the part of it that talks to a database does not become static by being downloaded. The built front end can move. The backend has to keep running somewhere.
If it is a full-stack app, this is not us
- The project needs a server, a database or user accounts. Birta serves static browser files, nothing else.
- It is a single-page app with client-side routing. On a static host unknown paths return 404.
- It needs to take payments on your own site. Not something Birta does yet.
- You need form submissions routed to Slack, Telegram or a webhook. Ours arrive in the project panel and an email digest only.
If the built front end is genuinely all you need to keep, then it is static files and the rest of this page applies.
What Birta adds after the agent writes it
- Publish from the same conversation, and get back that version's own permanent address.
- Versions and rollback, so undoing is choosing the previous version rather than re-publishing.
- A review link that needs no account. Remarks are pinned to elements on a frozen version; your agent reads the numbered threads and fixes them in the same draft. It cannot reply in the thread or resolve one, so closing them stays with you.
- A declared lead form, with submissions in the panel plus an email digest roughly fifteen minutes after the first one.
All on the free tier. A custom domain needs Solo or Pro, and the free tier keeps the "made in Birta" badge.
The honest alternatives
| Instead of Bolt.new | What it is for | Worth knowing |
|---|---|---|
| Lovable | Prompt to app with an optional backend | Its docs are the clearest of the set about what builds as a static frontend |
| Replit | App with server, database and deploy together | Its own hosting is the product; third-party hosts barely feature in its ecosystem |
| v0 | Front-end and UI, Next.js output | Export documented as a flat yes; the output wants a Next.js platform |
| Base44 | Apps with auth and data for non-developers | Two-way GitHub sync requires its Builder plan or higher |
| Bubble | Serious no-code applications | By its own documentation, no way to export the app as code |
| Cursor or Claude Code | An agent working on files you own | Fewest moving parts; the option this page argues for |
| Dyad | Local, open-source app building | Keeps everything off someone else's cloud |
Publish the static half without a build step
Versions, rollback and account-free review come with it, on the free tier.