Download for MacApple silicon, macOS 14+
Skill

docker-sandboxes-lifecycle

@docker Updated 2026-10-23

Use this skill when creating, running, reattaching to, listing, stopping, or removing Docker Sandboxes (the standalone `sbx` CLI that runs AI coding agents in isolated microVMs), even if the user just says they want to "run claude in a sandbox", "isolate an agent from my repo", "give an agent its own git clone", or "clean up old sandboxes". Covers `sbx run`/`sbx create` (including the built-in agents claude, codex, cursor, devin, docker-agent, gemini, opencode, shell), workspace bind-mount vs `--clone` isolation, additional read-only workspaces, reattaching by `--name`, `sbx ls`/`stop`/`rm`/`prune`, `sbx exec`, `sbx cp`, and `sbx ports`.

agent-skillsai-agentsantigravityclaude-codecodexcopilotcursordocker

Install

With your agent

Install OMGSkills skill "docker/skills:skills/docker-sandboxes-lifecycle" into this agent's normal skills directory: call the OMGSkills MCP get_install_plan tool for your agent and run the script it returns (it installs only the pinned commit and verifies SKILL.md), and stop if MCP or the pin is unavailable. Do not overwrite or change existing skills without asking me.

Manual command

git clone https://github.com/docker/skills /tmp/skills && ln -s /tmp/skills/skills/docker-sandboxes-lifecycle ~/.claude/skills/docker-sandboxes-lifecycle

From README

Docker Sandboxes: Local Lifecycle & Workspace Isolation Overview Docker Sandboxes (sbx) runs an AI coding agent inside an isolated microVM with its own filesystem, network, and Docker daemon. This skill owns the local sandbox lifecycle — creating, reattaching to, listing, stopping, and removing sandboxes — and the workspace isolation choice (direct bind mount vs. --clone). It does not cover network policy, credentials, sbxenv.yaml, or kit authoring — see Related skills. When to use this skill Activate this skill when: The user wants to start, reattach to, stop, or remove a local sbx sandbox. The user wants an agent to work on a repository without giving it a writable bind mount of the host working tree (--clone). The user wants extra read-only (or write-restricted) workspaces mounted alongside the primary one. The user is copying files between host and sandbox, publishing a sandbox port, or running an ad-hoc command inside a sandbox (sbx exec).