AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL unreviewed MIT Self-run

Container Sandbox

skill-scoobydont-666-shared-claude-skills-container-sandbox · by scoobydont-666

Run risky or destructive operations inside ephemeral Docker containers for isolation. Use when executing untrusted scripts, destructive Ansible playbooks, or operations that could damage the host.

— No reviews yet
0 installs
36 views
0.0% view→install

Install

$ agentstack add skill-scoobydont-666-shared-claude-skills-container-sandbox

Open-source listing, not yet scanned by AgentStack. Follow the source repository for install instructions.

Security review

⚠ Flagged

1 finding(s); flagged for manual review. · v0.1.0 How review works →

  • • Prompt-injection patterns
  • • Secret / credential exfiltration
  • • Dangerous shell & filesystem operations
  • • Untrusted network calls
  • • Known-malicious package signatures
  • high Destructive filesystem operation.

What it can access

  • ✓ Network access No
  • ✓ Filesystem access No
  • ✓ Shell / process execution No
  • ✓ Environment & secrets No
  • ✓ Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Reliability & compatibility

— Not yet reviewed
0 installs to date
— no reviews yet
● 2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Container Sandbox? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Container Sandbox — Isolated Execution Environment

Run potentially dangerous operations inside ephemeral Docker containers. The host filesystem is protected — containers get read-only project mounts with a writable overlay.

When to Use

  • Destructive Ansible playbooks (--force, --limit testing)
  • Untrusted scripts from external sources
  • Operations that modify system state (rm -rf, package installs)
  • Testing migrations or schema changes before applying to production
  • Running code from unknown repos

Quick Start

Basic sandbox (Ubuntu + project files):

docker run --rm -it \
  -v "$(pwd):/project:ro" \
  -v /tmp/sandbox-work:/work \
  -w /work \
  ubuntu:24.04 \
  bash -c "cp -r /project/* /work/ && bash"

Python sandbox (with project deps):

docker run --rm -it \
  -v "$(pwd):/project:ro" \
  -v /tmp/sandbox-work:/work \
  -w /work \
  python:3.12-slim \
  bash -c "cp -r /project/* /work/ && pip install -r requirements.txt 2>/dev/null; bash"

GPU sandbox (for CUDA operations):

docker run --rm -it --gpus all \
  -v "$(pwd):/project:ro" \
  -v /tmp/sandbox-work:/work \
  -w /work \
  nvidia/cuda:13.1-devel-ubuntu24.04 \
  bash

Ansible dry-run sandbox:

docker run --rm -it \
  -v /opt/ai-project:/project:ro \
  -v ~/.ssh:/root/.ssh:ro \
  -w /work \
  --network host \
  willhallonline/ansible:latest \
  bash -c "cp -r /project/* /work/ && ansible-playbook -i inventory playbook.yml --check --diff"

Extracting Results

After running operations in the sandbox:

# Copy results out of the sandbox work directory
docker cp :/work/results/ ./sandbox-results/

# Or use the /tmp/sandbox-work mount (persists after --rm if pre-created)
ls /tmp/sandbox-work/

Safety Rules

  1. Always mount project directories as :ro (read-only)
  2. Use /tmp/sandbox-work or /work for writable operations
  3. Use --rm to auto-cleanup containers after exit
  4. Use --network none for maximum isolation (no internet access)
  5. Never mount / or /home as writable into a sandbox
  6. GPU sandboxes (--gpus all) still share the host GPU — use for testing, not isolation

Integration with Claude Code

When Claude needs to run something risky, instruct it to:

  1. Build the Docker command with appropriate mounts
  2. Execute the command via Bash tool
  3. Capture stdout/stderr from the container
  4. Extract any produced files from the work directory
  5. Clean up: rm -rf /tmp/sandbox-work

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.