Choose Moltern when
You want apps, databases, catalog software and private coding agents in one workspace, with scoped access and organization governance.
Discuss your stack ↗Cloudflare connects sandbox execution to Workers, with command APIs, previews, terminals and R2-backed storage workflows.
A working app rarely runs alone. It has data, background work, secrets and people who need access. Cloudflare connects sandbox execution to Workers, with command APIs, previews, terminals and R2-backed storage workflows. Compare that starting point with Moltern’s shared workspace before deciding what your team should operate.
You want apps, databases, catalog software and private coding agents in one workspace, with scoped access and organization governance.
Discuss your stack ↗Cloudflare connects sandbox execution to Workers, with command APIs, previews, terminals and R2-backed storage workflows.
Review notes & documentation ↓What is included, what depends on a plan, and what your team must assemble or operate.
42 / 42 · rows shown
| Capability | Moltern | Cloudflare Sandboxes |
|---|---|---|
| Build & deploy | ||
| Git deployments | MolternDocumented Repository, branch and build settings | Cloudflare SandboxesYour team operates it |
| Static sites | MolternDocumented Static and server applications | Cloudflare SandboxesYour team operates it |
| Container workloads | MolternDocumented Application builds and packaged services | Cloudflare SandboxesYour team operates it |
| Background workloads | MolternDocumented Run supported app and service processes | Cloudflare SandboxesYour team operates it |
| Environment separation | MolternDocumented Production, staging, development and preview environments | Cloudflare SandboxesPlan / configuration |
| Deployment history & rollback | MolternDocumented Release history and application rollbacks | Cloudflare SandboxesYour team operates it |
| Services & data | ||
| Packaged service catalog | MolternDocumented Databases, CMS, analytics, automation and more | Cloudflare SandboxesYour team operates it |
| SQL databases | MolternDocumented Database services with service-specific setup | Cloudflare SandboxesSeparate service / integration Use a linked database or storage product D1 |
| Caches & queues | MolternDocumented Deploy supported catalog services | Cloudflare SandboxesSeparate service / integration Use a linked database or storage product Durable Objects |
| Persistent storage | MolternDocumented Workload storage with workspace allowances | Cloudflare SandboxesPlan / configuration Attach durable storage with its own lifecycle R2 |
| Private service connections | MolternDocumented Select targets and runtime connection variables | Cloudflare SandboxesYour team operates it |
| AI service stacks | MolternDocumented Catalog AI services, with workload-specific resources | Cloudflare SandboxesYour team operates it |
| Agent workspaces | ||
| Coding-agent workspace | MolternDocumented Private Codex, Claude Code, Gemini CLI and OpenCode workspaces | Cloudflare SandboxesPlan / configurationClaude Code · Codex · OpenCode |
| Agent provider sign-in | MolternDocumented Save supported provider sessions or API keys | Cloudflare SandboxesYour team operates it |
| Per-target agent permissions | MolternDocumented Read context or connect to explicitly selected workloads | Cloudflare SandboxesConfirm requirements |
| Browser terminal | MolternDocumented Multiple terminal tabs in private workspaces | Cloudflare SandboxesDocumented Shell or process execution in the runtime |
| Persistent agent files | MolternDocumented Optional persistent workspace, within storage quota | Cloudflare SandboxesPlan / configuration |
| Remote desktop | MolternPlan / configuration Omarchy desktop profile; availability and host capacity apply | Cloudflare SandboxesConfirm requirements |
| Run & observe | ||
| Application & service logs | MolternDocumented Deployment and runtime visibility | Cloudflare SandboxesDocumented |
| Resource monitoring | MolternDocumented Workload CPU, memory and status views | Cloudflare SandboxesPlan / configuration |
| Automatic instance scaling | MolternPlan / configuration Eligible workloads; min/max instances and CPU target | Cloudflare SandboxesYour team operates it |
| Domains & TLS routes | MolternDocumented Application domains and route configuration | Cloudflare SandboxesPlan / configuration |
| Secret handling | MolternDocumented Build/runtime variables; separate use and reveal permissions | Cloudflare SandboxesDocumented |
| Event webhooks | MolternDocumented Workspace event delivery and webhook management | Cloudflare SandboxesConfirm requirements |
| Identity & governance | ||
| Organizations & workspaces | MolternDocumented Shared organization with distinct workspace ownership | Cloudflare SandboxesDocumented |
| Scoped roles & groups | MolternDocumented Environment and resource scopes, groups and expiry | Cloudflare SandboxesPlan / configuration Project or team-level roles; inspect resource scope |
| SAML / OIDC SSO | MolternDocumented Verified domains, provider checks and SSO enforcement | Cloudflare SandboxesConfirm requirements |
| SCIM provisioning | MolternDocumented Synchronize users and groups; grant workload access separately | Cloudflare SandboxesConfirm requirements |
| Audit history | MolternDocumented Organization security history and audit exports | Cloudflare SandboxesConfirm requirements |
| Access reviews & approvals | MolternDocumented Review access and protected-action requests | Cloudflare SandboxesConfirm requirements |
| Runtime primitives | ||
| Public sandbox execution SDK | MolternDifferent product scope Public discovery endpoints; no supported sandbox execution SDK | Cloudflare SandboxesDocumented Programmatic environment lifecycle and command execution @cloudflare/sandbox |
| Platform CLI | MolternDifferent product scope Provider CLIs in agents; standalone Moltern CLI coming later | Cloudflare SandboxesDocumented |
| Unrestricted root VM access | MolternDifferent product scope Workload terminals; unrestricted root VMs are not promised | Cloudflare SandboxesConfirm requirements |
| Environment snapshots & restore | MolternConfirm requirements Persistent files; VM memory snapshots are not documented | Cloudflare SandboxesPlan / configuration Verify disk, memory and resume coverage separately Workspace Save / Restore · Beta |
| GPU compute | MolternConfirm requirements AI catalog services; confirm GPU capacity for your deployment | Cloudflare SandboxesConfirm requirements |
| Hostile-code isolation | MolternConfirm requirements Private workloads; review hostile-code isolation requirements | Cloudflare SandboxesDocumented |
| Costs & limits | ||
| Budgets & spend guardrails | MolternPlan / configuration Cost centers, budgets and eligible capped PAYG overages | Cloudflare SandboxesPlan / configuration |
| Capacity admission & quotas | MolternDocumented Workload slots, CPU/RAM and storage allowances | Cloudflare SandboxesDocumented Configure resource size, quota and lifecycle rules |
| Idle lifecycle | MolternPlan / configuration Hobby may sleep; Pro production has no Hobby sleep behavior | Cloudflare SandboxesPlan / configuration |
| On-premises deployment | MolternPlan / configuration Available by arrangement for larger organizations | Cloudflare SandboxesConfirm requirements |
| Billing granularity | MolternDocumented Plan allowances, measured usage and storage views | Cloudflare SandboxesDocumented |
| Backup & recovery responsibility | MolternYour team operates it Service-specific; assign owners and test restoration | Cloudflare SandboxesYour team operates it |
“Confirm requirements” means the reviewed documentation does not establish an equivalent workflow. It does not mean the feature is impossible. Plan and configuration requirements still apply to documented features.
Check the exact plan and region before committing. Resource limits, lifecycle rules and billing units are different questions.
Apps, top-level services and coding agents count toward workload quota. Agent CPU and RAM are reserved while running; persistent storage uses the workspace pool. Maximum autoscaling capacity must fit available quota.
Check sandbox creation rate, concurrent running environments, per-environment resources and organization-wide pools separately. More API calls do not necessarily mean more runtime capacity.
Hobby services may sleep after inactivity. Pro is intended for production without that sleeping behavior. Persistent agent files survive restarts; running processes and in-memory state are not automatically resumed.
Check maximum lifetime, idle shutdown, pause/resume and what snapshots preserve. Persistent files, preserved memory and continuously running processes are different guarantees.
Check current in-product plan allowances, measured usage, storage and eligible overages. PAYG has an explicit monthly cap; a budget alert and a hard spending guardrail are different controls.
Separate active compute, reserved resources, disks, snapshots, network and model-provider charges. Verify whether stopped or paused environments still incur storage costs.
List repositories, workers, data stores, secrets, domains and who owns each one. Keep an export and a rollback route before moving data.
Deploy the app, attach only the services it needs, and test routes, persistence, logs and access rules with representative traffic.
Include build time, runtime, storage, network traffic, AI-provider charges and your team’s operating time. Move production only after recovery and ownership are clear.
Reviewed 26 October 2026 against public product documentation. This is a workflow comparison, not a benchmark, certification assessment or guarantee of feature parity. Linked products, enterprise agreements and self-managed installations have their own terms.
Connect a repository and branch, review the build and start commands, then set the runtime port and health check. Static sites and web services have different operating needs.
The catalog includes data, automation, AI, monitoring and other packaged software. Read each service guide before deployment and review its configuration and dependencies.
A coding agent is a private terminal workspace. Choose the provider and grant only the app or service context required. No grant means no private resource context.
Detailed instructions are maintained in the product documentation.
Use a supported runtime or a Dockerfile. Review the application guide for your build output and server requirements.
No. Required variables, dependencies, storage and access differ. The individual service guide explains the setup.
Moltern documents several provider CLIs and a generic terminal workflow. Provider sign-in and usage terms still apply.
Bring your code or choose a service, then give the result a clear operating home.
Start building ↗