fork creates a new machine that is an exact copy of an existing one — same filesystem, same installed packages, same data. The new machine gets its own name, IP, and HTTPS domain.
Usage
--json:
Use cases
Rollback
Fork before a risky change:Experimentation
Try things without affecting your working machine:Scaling
Need another instance of the same app:Golden images
A “golden image” is a long-running VM that has your app fully installed, configured, and running. You build it once — clone the repo, install dependencies, run setup scripts, start the services — then leave it running and fork from it whenever you need a warm copy. Every fork inherits the full state — code, dependencies, running services, data — and boots in ~160ms. No rebuild, no reinstall, no waiting fornpm install or container layers to pull.
Common patterns:
- Per-PR previews. Fork on every pull request, apply the branch’s diff inside the fork, share the
*.boxd.shURL with reviewers. Destroy on merge. - Per-issue agent runs. Fork the golden, hand it to Claude Code via
boxd exec, let the agent fix the bug inside the fork. The PR closes, the fork goes away. - Sandbox copies. Hand a fresh fork to anyone who wants to poke at the app without touching the source.
- Reproducing bugs. Fork production state, reproduce the issue safely, throw the fork away.
/boxd-setup-golden and /boxd-setup-fix skills wire this whole loop up for you. See Skills.
Claude Code only for now — reach out for Codex, OpenCode, or any other agent.