Bolt.new Clone · Development Company

Choosing a Bolt.new Clone Development Company

Three routes to an AI build platform, compared on what actually decides the outcome: cost, timeline, who owns the code, and whether provider governance and usage metering exist on day one or get promised for later. Plus the questions worth asking any provider before you sign.

Request a Live Demo →See Pricing
6 days to handover
100% source code
Self-hosted
Source code ownershipIncluded
Runs on your infrastructureYes
Provider keysYours
Time to handover6 days
6 Days
Brief to Running Platform
100%
Source Code Handed Over
22
Providers Under Your Control
0
Recurring Licence Fees
Compare

Custom Agency vs. Freelancer vs. Miracuves

The same AI build platform, three delivery models. The differences that matter are rarely on a feature list.

What you are buyingCustom AgencyFreelancerMiracuves
Typical cost$25,000 - $60,000$8,000 - $18,000$3,399 one-time
Time to a running platform3-9 monthsVariable, often longer6 days
Source code ownershipUsually yours, check the contractUsually yours, rarely documentedYours, complete codebase
Provider coverageScoped, often one to startTypically one22 behind one picker, plus OpenRouter
Usage meteringSeparate workstreamUsually out of scopeCredits per model per plan, ledger backed
Execution modelOften a server sandbox you operateRarely solvedIn-browser, no sandbox to run
Runtime configurationCode change per adjustmentCode change per adjustment45+ flags, pricing and plan access, no deploy
After handoverRetainerAvailability dependentYou own and operate it

A readymade platform is not right for everyone. If your differentiator is something no AI build tool does today, a custom build is the honest recommendation. What this buys you is the eighty percent every such platform needs and nobody wins on.

Process

Development Process

What the six days consist of, and what you hold at the end of them.

1

Scope call

Providers you want enabled, tier structure, and the credit economics you intend to sell, agreed before anything is provisioned.

2

Deployment on your infrastructure

Provisioning on your servers, database migration, the auth proxy wired to your provider keys, and environment and transport security configured for your hosting setup.

3

Plan and provider configuration

Per-model input and output rates per tier, plan-level model access, and feature flags set to match what you are selling.

4

QA and handover

Functional pass across builder, paid tiers and admin console, then handover of the running platform, source code and documentation.

Diligence

What to Check Before You Hire

Ask these of any provider, including us. A vendor who cannot answer them plainly is telling you something.

Where does generated code execute?

If the answer is a server-side sandbox, ask what it costs per preview at ten thousand users. In-browser execution removes that line entirely.

Who holds the provider keys?

Ask specifically whether a key ever reaches the user's browser. It should not. Server-side injection through an auth proxy is the pattern to look for.

Can I change plan economics without a deploy?

Per-model rates, per-plan model access and feature flags should be operator-configurable at runtime. If pricing needs an engineer, your margin is hostage to a release cycle.

Do I receive the source code, in writing?

"You own your platform" and "you own the code" are different sentences. Get the second one in the contract, especially when your users' code passes through it.

How many providers, really?

"Multi-model" often means two. Ask for the list, and ask whether adding a twenty-third is a configuration change or an engineering project.

What happens on day seven?

Clarify what support exists after handover, what it costs, and whether you depend on the vendor's roadmap to ship your own features.

How We Work

The Six-Step Development Process

Six days is our side of the work, and this is what happens inside it. Two steps here are about money rather than code, and they matter more on this product than on most.

1

Scope call, not a discovery phase

We walk which providers you want, your plan structure and your credit economics against what ships. You leave with a fixed number and a written list of what moves it.

2

Brand handover and deployment

Name, identity, theme and domain, then deployment onto your infrastructure. Because execution is browser-side, your server footprint is smaller than the product's capability suggests.

3

Deployment hardening

Content-Security-Policy, HSTS, strict CORS allow-listing and encryption at rest configured against your actual domains and hosting - which is why they are set here rather than shipped as guesses.

4

Provider keys and model catalogue

Your provider accounts wired in, the model catalogue populated, and per-model input and output credit rates set on each plan against what you actually pay wholesale.

5

Plans, credits and payments

Free, Pro and Enterprise tiers priced with their credit allocations and provider access, free-tier ceiling set deliberately, and your payment provider connected with the webhook path.

6

Handover and walkthrough

Source, schema and migrations, documentation, a walkthrough of the admin console and the credit ledger, and full credentials, plus post-launch support.

Don't Get Burned

Red Flags That Mean Walk Away

We would rather you use this list on us than skip it. On a metered AI product most of the failures are economic rather than technical.

  • Flat credit pricing across all modelsIf a cheap open model and an expensive frontier model cost the same in credits, one is subsidising the other and you will not notice until the invoice arrives.
  • Estimated rather than measured consumptionAsk whether credits are deducted on actual usage or on a projection. The gap between the two is exactly where your margin was supposed to be.
  • No credit ledgerDisputes on metered products are routine. Without a written record of every grant and spend with a reason, every dispute ends in a refund.
  • Single-provider lock-inIf the router only speaks to one vendor, their price change is your price change. Multi-provider routing is a commercial control, not a technical nicety.
  • No free-tier ceilingEvery free generation is real money to a provider. A free tier with no configured limit is an open invoice.
  • Server-side execution presented as a featureRunning user code on your infrastructure means your costs scale with their usage and their code runs inside your security boundary. Browser-side is the harder build and the better model.
  • Source code "available after final payment"Fine. But ask whether the metering engine and provider router are included, whether any module is obfuscated, and whether there is a licence server.
  • Vague answers on deployment hardeningCSP, HSTS and encryption at rest should be named as rollout steps with values set against your domains - not claimed as shipped defaults, and not left unmentioned.
Domain Reality

What a Generative Developer Tool Has to Get Right

Six things separate a metered AI workbench from a chat box with a code panel. A provider who has not solved these has not run one.

Execution off your infrastructure

Browser-side action commands. It keeps your cost flat as usage grows and keeps user code outside your security boundary.

Metering that matches reality

Deduction on actual input and output consumption. Estimates are where the spread between wholesale and retail quietly disappears.

Per-model economics

Credit rates set per provider and model on every plan, so model choice is a pricing decision rather than a cost surprise.

A ledger you can point at

Every grant, spend and bonus written with a reason. On metered products the ledger is the difference between a conversation and a refund.

A first session that produces something

Templates that seed a complete working project. An empty workbench is where generative tools lose users before they ever spend a credit.

A way out

Export to a hosting platform, a git remote or disk. Users commit more work to a tool they can leave, which is why they stay.

Trust & Compliance

Platform Trust & Code Custody

For an AI build platform the question a buyer's security review actually asks is: where does our code go, and who can see it. Here is how the architecture answers that.

Code Stays In Your Infrastructure

The platform is self-hosted, and generated code executes in the user's own browser through WebContainers rather than on a shared remote sandbox. Nothing is routed through a third-party SaaS you do not control, which is the single point most enterprise reviews turn on.

Central Key Custody

Provider credentials are held by the operator and injected into requests server-side by the Express auth proxy. Individual users and teams consume models without ever handling a raw API key, so revocation and rotation are a single operator action.

Access & Spend Control

Which models a tier may reach is operator-configured, and every consumption event lands in an append-only credit ledger. That makes AI spend attributable to a team and a model rather than arriving as one unexplained invoice.

Deployment Hardening

Because the platform runs on your servers, transport security, security headers, environment secrets and network policy are configured to your organization's standard at deployment rather than inherited from a vendor's shared tenancy.

Readiness is stated per capability as included, configuration required or integration required, so there are no surprises after purchase.

Case Study

Real Deployments

A governed AI build platform deployed for an enterprise platform team. Client identity withheld under NDA.

Name withheld under NDAClient
IndiaRegion
Developer Tools & AI PlatformsIndustry
22
LLM providers unified
6
Deployment targets live
5 wks
Brief to go-live

Challenges

  • Giving engineers AI tooling without sending proprietary code to a third-party SaaS
  • Central provider keys so individual teams never handle raw API credentials
  • Per-team credit metering that made AI spend forecastable instead of a surprise

Goal

  • Stand up an AI code generation platform without building auth, billing and governance from zero
  • Give the platform team real controls over models, cost and access
  • Make AI spend attributable to a team and a model

Solution by Miracuves

  • Browser-native execution with no server-side sandbox
  • Credit metering, plan tiers & shared provider keys
  • Operator-configurable models, pricing and feature flags
  • Generate, edit, preview, deploy & export in one workspace
  • Express auth proxy with a Cloudflare workerd runtime
PE

"The admin panel is what got this past our security review. Central keys, per-plan models, and nothing leaving our network."

Head of Platform EngineeringEnterprise platform team - name withheld under NDA
Client identity and deployment URL are withheld under NDA, so no outbound links are shown. Figures reflect the delivered platform as of 2026-08-11.
FAQ

Frequently Asked Questions

Do I own the source code?
Yes. The complete codebase is handed over and is yours to modify, extend and deploy on your own infrastructure. There is no licence renewal and no dependency on our roadmap to ship your own features.
Does any of our code reach Miracuves or a third party?
No. The platform is self-hosted on your servers, and generated code executes in the user's browser rather than on a shared remote sandbox. Model requests go from your auth proxy to the providers you have chosen and enabled, using your own accounts.
Who configures security for our deployment?
Transport security, security headers, secrets handling and network policy are configured at deployment on your infrastructure, to your organization's standard. That is the point of self-hosting: the posture is yours to set rather than a vendor's shared default you have to accept.
Are there recurring fees after launch?
Not to us. The $3,399 is one-time. You will carry your own running costs: hosting, LLM provider accounts and their token spend, payment processing fees, and any third-party services you choose to enable.
What does your development process actually look like?
Six steps inside six days: a scope call rather than a discovery phase, brand handover and deployment onto your infrastructure, deployment hardening with CSP, HSTS, CORS and encryption at rest set against your actual domains, provider keys and per-model credit rates configured against what you pay wholesale, plan and payment setup with a deliberate free-tier ceiling, then handover with a walkthrough of the admin console and credit ledger.
What should make me walk away from a provider?
Flat credit pricing across all models, consumption estimated rather than measured, no credit ledger, single-provider lock-in, no free-tier ceiling, and server-side execution of user code presented as a feature. Also be wary of vague answers on deployment hardening - CSP and HSTS should be named as rollout steps set against your domains, not claimed as shipped defaults.

Ask us the diligence questions

Open the demo, sign in as the operator, and ask anything on the checklist above. We would rather answer it now than after you have signed.

Talk to Us →
Miracuves · Bolt.new Clone Solution Case study transcribed from the live hub deployment record, 2026-08-11