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 PricingCustom 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 buying | Custom Agency | Freelancer | Miracuves |
|---|---|---|---|
| Typical cost | $25,000 - $60,000 | $8,000 - $18,000 | $3,399 one-time |
| Time to a running platform | 3-9 months | Variable, often longer | 6 days |
| Source code ownership | Usually yours, check the contract | Usually yours, rarely documented | Yours, complete codebase |
| Provider coverage | Scoped, often one to start | Typically one | 22 behind one picker, plus OpenRouter |
| Usage metering | Separate workstream | Usually out of scope | Credits per model per plan, ledger backed |
| Execution model | Often a server sandbox you operate | Rarely solved | In-browser, no sandbox to run |
| Runtime configuration | Code change per adjustment | Code change per adjustment | 45+ flags, pricing and plan access, no deploy |
| After handover | Retainer | Availability dependent | You 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.
Development Process
What the six days consist of, and what you hold at the end of them.
Scope call
Providers you want enabled, tier structure, and the credit economics you intend to sell, agreed before anything is provisioned.
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.
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.
QA and handover
Functional pass across builder, paid tiers and admin console, then handover of the running platform, source code and documentation.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Real Deployments
A governed AI build platform deployed for an enterprise platform team. Client identity withheld under NDA.
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
"The admin panel is what got this past our security review. Central keys, per-plan models, and nothing leaving our network."
Frequently Asked Questions
Do I own the source code?
Does any of our code reach Miracuves or a third party?
Who configures security for our deployment?
Are there recurring fees after launch?
What does your development process actually look like?
What should make me walk away from a provider?
Explore the Bolt.new Clone
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.