01
Docker Sandboxes — a free box, and a subscription to make anyone use it
Docker's sbx CLI gives each coding agent a microVM with its own Docker daemon, filesystem, and network, so the agent can build images, install packages, and rewrite files without reaching your host. Not a container — a virtual machine, which is why an agent inside it can run docker commands of its own without the usual nesting problem. macOS via Homebrew, Windows via winget, Linux directly. It hit the front page today at 285 points and 164 comments, but this is a marketing moment rather than a launch: docker/sbx-releases was created on March 3 and shipped v0.38.0 on August 6 after four release candidates in five days.
The thread found the seam before we did. dSebastien asked how you would enforce that people use Docker Sandboxes rather than pointing an agent at the host, "apart from scanning machines for binaries," and runtime_lens put it more generally: a sandbox limits what the agent can do, but nothing about a sandbox makes the agent run inside it, so you need a separate control layer. Docker has already priced that layer. The CLI is free, including for commercial work. Centrally managing sandbox network, filesystem, and MCP policies across an organization is a paid subscription called Docker AI Governance. Which is a fair business, and also the exact answer to the question of what auto mode's classifier does not cover: the classifier is a property of one harness on one laptop, and the policy is the thing you can actually audit.
Reach for it when you are about to let an agent run unattended and your current isolation story is "I'm careful." Delete the devcontainer you hand-rolled for this and the bubblewrap script you have not reread in a year. Tradeoffs: it requires a Docker account login to run a local dev tool, which is the single loudest complaint in the thread and drew a straight "Garbage" from one commenter; it is closed source — docker/sbx-releases contains a LICENSE, a README, and a SECURITY.md, nothing else, and carries 247 open issues; the product page implies Linux is unsupported when the docs say otherwise; custom volume mounts were still a gap for at least one user with two context directories; and the free tier gives you a boundary while the enforcement of that boundary is the upsell. Open alternatives named in the thread, unverified by us: smolvm, vibepod-cli, and a Nix-based agent-images.