Works with the AI tools you already use

    Claude CodeClaude CodeCursorCursorCodex CLICodex CLIGitHub CopilotGitHub CopilotGemini CLIGemini CLI+20 more

    Docker Ops Playbook Pro

    2

    A cautious Docker operations assistant for container diagnosis, lifecycle management, and safe environment cleanup.

    $5

    Secure checkout via Stripe

    30-day refund guarantee

    Converts to your local currency at checkout

    0 installsSecurity scanned
    Docker Ops Playbook Pro

    Docker Ops Playbook Pro

    Example session with this skill installed

    My 'api-gateway' container is showing 'unhealthy' in docker ps, but the logs don't show an obvious crash. Here is the output of docker inspect for that container.

    • Read your context and instructions
    • Compiled the docker ops playbook

    I have analyzed the docker inspect output for the api-gateway container. The container is running, but the health check is failing repeatedly.

    Diagnosis: Health Check Timeout

    The inspection reveals that the Healthcheck configuration has a Timeout of 2s and an Interval of 30s. The LastOutput from the health check shows a 143 exit code, indicating the curl command is being killed before it completes. This suggests the application is responding slower than the 2-second threshold, or the network route to the health endpoint is congested.

    Status:

    • Observed Evidence: State.Health.Status = "unhealthy", ExitCode = 143.
    • Likely Cause: Overly aggressive health check timeout for the current application latency.
    • Confidence: Likely.

    Recommended Action

    Increase the health check timeout to allow the application more time to respond during peak load.

    Commands

    Modify your docker-compose.yml or container start command:

    services:
  api-gateway:
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8080/health"]
      interval: 30s
      timeout: 10s
      retries: 3

    Verification

    After applying the change and recreating the container, monitor the health transitions:

    docker inspect --format '{{json .State.Health.Log}}' api-gateway

    Next steps

    1. Update the timeout value in your Compose file to 10s.
    2. Run docker compose up -d api-gateway to recreate the container with the new config.
    3. Check docker stats api-gateway to ensure CPU throttling isn't causing the latency.

    Connects securely to your tools. The creator never sees your data.

    What you get

    Diagnose 'unhealthy' containers using logs and exit code analysis.Plan safe disk space reclamation without losing persistent volumes.Debug network connectivity and DNS issues between Compose services.Audit resource limits to prevent OOM kills and CPU throttling.

    About this skill

    The problem

    Managing containerized environments often leads to "command-line anxiety" where one wrong prune or rm wipes out production volumes or disrupts critical services. Developers struggle to diagnose unhealthy containers or network isolation issues without clear, step-by-step visibility.

    What it does

    • Performs deep inspection of containers, images, volumes, and networks to identify dependencies before suggesting changes.
    • Diagnoses unhealthy services by analyzing health-check commands, exit codes, and resource pressure logs.
    • Generates targeted Docker CLI and Docker Compose commands for lifecycle management and troubleshooting.
    • Drafts graduated cleanup plans that distinguish between disposable cache and critical persistent data.
    • Audits Docker Compose files for configuration errors, port binding conflicts, and resource limit gaps.

    Frameworks & tools

    Docker Engine, Docker Compose, Docker CLI, and container runtime environments.

    Why this beats prompting it yourself

    Generic LLMs often suggest destructive system prune commands without checking for attached volumes or build-cache requirements. This skill enforces an Inspect-Plan-Verify loop that treats persistent data as high-value and prioritizes minimal-risk operational steps over broad resets.

    Use cases

    • Recovering from 'unhealthy' container states by isolating root causes in logs or health-check configs.
    • Safely reclaiming disk space by identifying truly orphaned resources vs. inactive rollback images.
    • Troubleshooting complex Docker Compose networking or DNS resolution between microservices.
    • Auditing resource limits (CPU/Memory) to prevent OOM kills in shared environments.

    Known limitations

    Cannot execute commands directly without an execution environment. Does not replace managed orchestration tools like Kubernetes for cluster-wide scheduling.

    How to install

    Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.

    ~30 seconds
    1. 1

      Download the ZIP

      Free skills download straight away. Paid skills unlock right after purchase.

    2. 2

      Unzip into your skills folder

      Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.

    3. 3

      Ask your agent to use it

      Restart the agent if it was already running. It picks the skill up automatically - no config needed.

    Skills folder by agent

    Click the path to copy it. Create the folder if it does not exist yet.

    Reviews

    No reviews yet

    Be one of the first to try it. Every listed skill passes our trust checks below.

    Security scanned

    Passed our 8-point scan before listing

    Fresh listing

    Recently published to Agensi

    30-day refund

    Not a fit? Get your money back

    Trust & safety

    Security scanned

    Verified clean 6 days ago

    • Passed all security checks, Safe to install

    Listed6 days ago

    What's inside

    Frequently Asked Questions