From claudekit
Waits for external conditions like CI/CD pipelines, deployments, long builds, database migrations, and test suites using background execution, monitoring tools, and status polling patterns.
npx claudepluginhub duthaho/claudekit --plugin claudekitThis skill uses the workspace's default tool permissions.
- CI/CD pipeline is running and you need results before proceeding
Waits for GitHub Actions, GitLab CI, or Vercel pipelines to complete after git push or PR, reports status, logs, and URLs to proceed or debug failures.
Monitors GitHub Actions CI runs for current HEAD or specified SHA/branch until completion, reporting pass/fail/timeout verdicts per run. Use after push, for PR checks, or on 'watch CI' keywords.
Polls GitHub PR CI checks at intervals until completion or timeout. Useful for checking CI status, waiting for passes, monitoring builds, or verifying PR green status.
Share bugs, ideas, or general feedback.
Use run_in_background when a command takes more than ~30 seconds:
# Long test suite — run in background, get notified when done
pytest -v --cov=src # run_in_background: true
# Docker build
docker build -t myapp . # run_in_background: true
# Next.js production build
next build # run_in_background: true
# NestJS build + test
npm run build && npm test # run_in_background: true
You'll be notified automatically when the command completes — do not poll or sleep.
Use Monitor when you need to watch for specific output patterns:
# Watch for build completion
until curl -sf http://localhost:3000/health; do sleep 2; done
# Watch for migration completion
until alembic check 2>&1 | grep -q "No new upgrade"; do sleep 5; done
# Watch a running workflow (blocks until complete)
gh run watch
# Check status of the latest run
gh run view --json status,conclusion
# Check specific workflow
gh run list --workflow=ci.yml --limit=1 --json status,conclusion
# Wait for all checks on a PR
gh pr checks --watch
# Get detailed results
gh run view <run-id> --log-failed
# Re-run failed jobs only
gh run rerun <run-id> --failed
# Wait for deployment to be healthy
until curl -sf https://staging.example.com/health | grep -q '"status":"ok"'; do
sleep 5
done
echo "Deployment is healthy"
# Vercel — check latest deployment status
npx vercel ls --limit=1
# Cloudflare Pages — check deployment
npx wrangler pages deployment list --project-name=myapp
# Next.js — watch for "Compiled successfully"
# (use run_in_background for `next build`, read output when notified)
# Python — watch for test results
pytest -v --tb=short # run_in_background: true
# Docker — watch for "Successfully built"
docker build -t myapp . # run_in_background: true
# Alembic (Python)
alembic upgrade head # run_in_background: true for large migrations
# Prisma (TypeScript)
npx prisma migrate deploy # run_in_background: true
# Verify migration status
alembic check # Python
npx prisma migrate status # TypeScript
# BAD — burns cache, wastes tokens
sleep 60 && check_status
sleep 60 && check_status
sleep 60 && check_status
# GOOD — use run_in_background or until-loop with Monitor
# BAD — checking every second
while true; do curl localhost:3000/health; sleep 1; done
# GOOD — reasonable interval based on expected duration
until curl -sf localhost:3000/health; do sleep 5; done
# BAD — waits forever
until curl -sf localhost:3000/health; do sleep 5; done
# GOOD — timeout after 5 minutes
timeout 300 bash -c 'until curl -sf localhost:3000/health; do sleep 5; done'
BAD: "The build probably finished by now, let's proceed"
GOOD: "Let me check the build status before proceeding"
| Operation | Expected Duration | Check Interval | Approach |
|---|---|---|---|
| Unit tests (small) | 5-30s | N/A | Run inline |
| Unit tests (large) | 30s-5m | N/A | run_in_background |
next build | 30s-3m | N/A | run_in_background |
| Docker build | 1-10m | N/A | run_in_background |
| CI pipeline | 2-15m | 30s | gh run watch |
| Deployment | 1-10m | 5s | Health check poll |
| DB migration (small) | 5-30s | N/A | Run inline |
| DB migration (large) | 1-30m | N/A | run_in_background |
verification-before-completion — After waiting, verify the result before claiming successgithub-actions — CI/CD workflow patternsdocker — Container build patternssystematic-debugging — When the thing you're waiting for fails