docker-sandboxes-lifecycle
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`.
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).
More from this repo
docker-agent-config
Used when creating or editing an agent.yaml (or .yml/.hcl) configuration file for Docker Agent (cagent), including...
docker-agent-deploy
Used when exposing a Docker Agent as a server (MCP, HTTP API, A2A, ACP, or OpenAI-compatible chat), distributing an...
docker-agent-run
Used when running a Docker Agent with `docker agent run`, choosing a safety/approval mode, using the `--sandbox`...
