Install
$ agentstack add skill-firstp1ck-pi-coding-agent-forge-deployment-automation ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ● Network access Used
- ✓ 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.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
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 →About
Deployment Automation
Manage Docker Compose deployments, container lifecycle, image updates, and rollbacks.
Quick Start
Deploy a Compose Stack
# Start services
docker compose up -d
# Start with rebuild
docker compose up -d --build
# Check status
docker compose ps
Update a Running Service
# Pull latest images
docker compose pull
# Recreate with new images
docker compose up -d --remove-orphans
# Verify health
docker compose ps
docker compose logs --tail=20
Docker Compose Management
Lifecycle Commands
# Start all services
docker compose up -d
# Stop all services (preserves volumes)
docker compose down
# Stop and remove volumes (DESTRUCTIVE)
docker compose down -v
# Restart a specific service
docker compose restart
# Scale a service
docker compose up -d --scale =3
# View logs
docker compose logs -f
docker compose logs --tail=50
Stack Health Check
# List all containers with status
docker compose ps --format "table {{.Name}}\t{{.Status}}\t{{.Ports}}"
# Check resource usage
docker stats --no-stream --format "table {{.Name}}\t{{.CPUPerc}}\t{{.MemUsage}}"
# Inspect a specific container
docker inspect | jq '.[0].State'
Image Update Workflow
Safe update process with rollback path:
Step 1: Pre-Update Checks
# Record current state
docker compose ps > /tmp/pre-update-state.txt
docker compose config --images > /tmp/current-images.txt
# Check current image digests
docker compose images --format "table {{.Repository}}\t{{.Tag}}\t{{.ID}}"
Step 2: Pull New Images
# Pull latest images
docker compose pull
# Compare image IDs (see if anything changed)
docker compose images --format "table {{.Repository}}\t{{.Tag}}\t{{.ID}}"
Step 3: Deploy Update
# Recreate containers with new images
docker compose up -d --remove-orphans
# Wait for services to stabilize
sleep 10
# Verify all containers are healthy
docker compose ps
Step 4: Post-Update Verification
# Check for restart loops
docker compose ps --format "{{.Name}}: {{.Status}}" | grep -i "restarting"
# Check logs for errors
docker compose logs --since 2m --tail=50 2>&1 | grep -iE "error|fatal|panic"
# Test service endpoints
curl -s -o /dev/null -w "%{http_code}" http://localhost:/health
Step 5: Rollback (If Needed)
# Rollback to previous image
docker compose down
# Edit compose file or use specific image tags
docker compose up -d
# Or if you tagged the previous image:
docker tag :previous :latest
docker compose up -d
Health Check Patterns
In Compose Files
Always include health checks in new deployments:
services:
myservice:
image: myimage:latest
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:8080/health"]
interval: 30s
timeout: 10s
retries: 3
start_period: 40s
restart: unless-stopped
Common Health Check Types
# HTTP endpoint
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:8080/health"]
# TCP port
healthcheck:
test: ["CMD", "nc", "-z", "localhost", "5432"]
# Command execution
healthcheck:
test: ["CMD", "pg_isready", "-U", "postgres"]
# Shell command
healthcheck:
test: ["CMD-SHELL", "wget -q --spider http://localhost:80 || exit 1"]
Monitor Health Status
# Check health status of all containers
docker ps --format "table {{.Names}}\t{{.Status}}"
# Inspect health details
docker inspect --format='{{json .State.Health}}' | jq '.'
# Watch for unhealthy containers
docker ps --filter "health=unhealthy"
Container Cleanup
Regular Maintenance
# Remove stopped containers
docker container prune -f
# Remove unused images
docker image prune -f
# Remove unused images (including tagged)
docker image prune -a -f
# Remove unused volumes (CAREFUL — data loss)
docker volume prune -f
# Remove unused networks
docker network prune -f
# Full cleanup (containers, images, networks — NOT volumes)
docker system prune -f
# Full cleanup INCLUDING volumes (DESTRUCTIVE)
docker system prune -a --volumes -f
Disk Usage
# Docker disk usage summary
docker system df
# Detailed breakdown
docker system df -v
Compose File Best Practices
Template for New Services
version: "3.8"
services:
servicename:
image: image:tag # Pin to specific tag, not :latest for production
container_name: servicename
restart: unless-stopped
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:8080/health"]
interval: 30s
timeout: 10s
retries: 3
start_period: 40s
environment:
- TZ=Etc/UTC
volumes:
- servicename_data:/data
ports:
- "8080:8080"
networks:
- default
logging:
driver: json-file
options:
max-size: "10m"
max-file: "3"
volumes:
servicename_data:
networks:
default:
Key Principles
- Pin image tags — Use
image:1.2.3notimage:latestfor production - Always health check — Every service should have a health check
- Always restart policy —
unless-stoppedoralways - Log rotation — Set
max-sizeandmax-fileto prevent disk fill - Named volumes — Use named volumes, not bind mounts, for data persistence
- Timezone — Set
TZ=Etc/UTCfor consistent logs - Resource limits — Set memory/CPU limits for critical services
Resource Limits
services:
myservice:
deploy:
resources:
limits:
memory: 512M
cpus: "0.5"
reservations:
memory: 256M
cpus: "0.25"
Rollback Strategies
Strategy 1: Image Tag Pinning
# Before update: note current tag
docker compose images
# Update compose file to new tag
# If it fails: revert compose file to old tag
docker compose up -d
Strategy 2: Docker Image Tagging
# Tag current image before updating
docker tag myimage:latest myimage:rollback
docker compose pull
docker compose up -d
# If it fails:
docker tag myimage:rollback myimage:latest
docker compose up -d
Strategy 3: Compose File Versioning
# Keep previous compose file
cp docker-compose.yml docker-compose.yml.bak
# Deploy new version
docker compose up -d
# If it fails:
cp docker-compose.yml.bak docker-compose.yml
docker compose up -d
Troubleshooting
Container Won't Start
# Check logs
docker compose logs
# Check if port is already in use
ss -tlnp | grep
# Check if image exists
docker images | grep
# Try running interactively
docker compose run --rm sh
Container Keeps Restarting
# Check restart count
docker inspect --format='{{.RestartCount}}'
# Check exit code
docker inspect --format='{{.State.ExitCode}}'
# Check OOM kill
docker inspect --format='{{.State.OOMKilled}}'
# View last logs before crash
docker logs --tail=50
Out of Disk Space
# Check Docker disk usage
docker system df
# Identify large images
docker images --format "{{.Repository}}:{{.Tag}} {{.Size}}" | sort -k2 -h
# Clean up
docker system prune -f
docker image prune -a -f
Kai skill — Docker deployment and lifecycle management
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: Firstp1ck
- Source: Firstp1ck/pi-coding-agent-forge
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.