FAQ
Commonly asked questions
What developers and teams ask us most, grouped by what you're trying to decide.
Getting started
What is boxd?
How do I get started?
Is there an API or SDK?
What's installed on a machine?
Can I use my Claude Code subscription?
Can I run Docker?
Can I use a distro other than Ubuntu?
Does the CLI work on Windows?
Machines and state
How long can a machine run?
What is a fork?
What's the difference between a snapshot and a checkpoint?
What's the difference between standby, hibernate and stop?
Can I get a bigger machine?
How many machines can I run?
Pricing and billing
How does billing work?
Do you bill on reserved or actual memory and disk?
What do I get for free?
Do I pay while a machine is idle?
How are forks billed?
How do teams work?
Security and isolation
How is a machine isolated?
Can I run untrusted, agent-written code?
Can I lock down what a machine can reach?
Can I keep a machine off the public internet?
How are secrets and tokens stored?
What happens to my data when I delete a machine?
How do I report a vulnerability?
Hosting and compliance
Where do my machines run?
Is there a US region?
Do you sign a DPA?
Are you SOC 2 or ISO 27001 certified?
Do you support SSO?
Self-hosting
Can I self-host boxd?
What do I need to self-host?
How is self-hosting licensed?
Agents
Why do agents need a persistent machine?
How does forking help an agent?
Can an agent manage other machines?
boxd vs the alternatives
Most tools give you a sandbox that lives for a task or a dev container that bills while idle. boxd gives you a real machine that remembers.
boxd vs E2B
E2B is a sandbox SDK with a cap on how long each run lasts. boxd is a machine you and your agents can work in for as long as you need.
- Your agent runs for days. E2B caps a continuous run at 1 hour on Hobby and 24 hours on Pro.
- You want plain SSH. On E2B you build an SSH template and tunnel over WebSocket.
- You want Claude Code, Codex and OpenCode installed when the machine starts.
- You want EU hosting by default. E2B's EU cluster is Pro and up, on request.
You want short code runs from an SDK on an open-source runtime.
boxd vs GitHub Codespaces
A codespace is a dev container opened from a GitHub repo. A boxd machine is a VM for you and your agents, with any repo or none.
- You want to self-host. GitHub says Codespaces can't be.
- Your agents run unattended. A codespace stops after at most 4 hours idle.
- You want to fork a running machine per developer or pull request, not rebuild one from a prebuild.
Your team lives in GitHub and VS Code and sets up environments with devcontainer.json.
boxd vs Vercel Sandbox
Vercel Sandbox runs sessions of up to 24 hours and restores the disk between them. A boxd machine wakes with its processes still running.
- Your processes have to survive a pause. Vercel restores the files and you restart services yourself.
- You want to fork without stopping the original. A Vercel snapshot shuts the sandbox down.
- You don't want a session limit. Vercel stops a session at 45 minutes on Hobby and 24 hours on Pro.
- You want machines that aren't tied to one hosting platform.
Your app already lives on Vercel and you need to run a short piece of code next to it.
boxd vs Modal
Modal sandboxes are containers with a 24-hour maximum life. A boxd machine is a VM that stays until you delete it.
- Your work runs past 24 hours. A Modal sandbox ends at 24 hours at most.
- You want to fork a running machine. Modal's memory snapshots are experimental, end the sandbox and expire after 7 days.
- You want to SSH in and work on the machine yourself.
- You want EU hosting at the normal price. Modal charges 1.15x to 1.75x to pin a region.
You need GPUs or want to fan a Python job out across thousands of containers.
boxd vs Fly.io Sprites
Sprites are persistent VMs on Fly.io at one fixed size. boxd adds live forks, a choice of sizes and a self-host option.
- You want to fork a running machine. Sprites have no fork, and checkpoints save disk, not memory.
- You want a sleeping machine to wake with its processes intact. A Sprite drops its memory when it goes cold.
- You want to run it on your own servers.
You're already on Fly.io and want a fixed 8 vCPU, 100 GB machine with nothing to size.
boxd vs exe.dev
exe.dev is the closest to boxd: persistent VMs over SSH with coding agents installed. The difference is what a copy keeps.
- You want a copy to keep memory and running processes. exe.dev copies disk and config.
- You want to pay for the RAM your machine uses, not a fixed capacity tier.
- You want to run it on your own servers.
- You want everything in the EU. exe.dev runs its main server in the US for every account.
You want a flat monthly plan with their Shelley agent built in.
boxd vs Daytona
A Daytona sandbox is a container unless you pick a VM snapshot. Every boxd machine is a full VM.
- You want every machine to fork and pause with memory. On Daytona only the VM class can.
- You want to self-host a maintained release. Daytona's open-source repo stopped updating in June 2026.
- You want Claude Code, Codex and OpenCode installed, with GitHub, Linear and Slack one click from connected.
You need GPUs, Windows machines or SDKs in Ruby, Go or Java.