devops
Skill2 starsChanged 9 days agoMITView on GitHub
DevOps engineering skill for CI/CD pipelines, Docker/containerization, deployment strategies, infrastructure as code, cloud services, and production operations. Use when task involves deploying, containerizing, setting up pipelines, managing infrastructure, or production debugging.
- Reads credentials
50 other projects use a version of this.
Adopted by
Most recently taken up by
- DaraBoth/skilljmskilltheir own version, first seen Nov 8, 2026
- darknecrocities/SkillBuildertheir own version, first seen Nov 1, 2026
- Mazalucas/El-DT-Lightweight-Armytheir own version, first seen Oct 26, 2026
- hu465/claude-skills-their own version, first seen Oct 25, 2026
- davidanthonyn/claude-skillstheir own version, first seen Oct 20, 2026
- mmtaee/ocserv-dashboardtheir own version, first seen Oct 17, 2026
Used with
Projects with it also use Problem-Solving Techniques, community-led-growth and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
truongtv22SkillProblem-Solving Techniques
Apply systematic problem-solving techniques for complexity spirals (simplification cascades), innovation blocks (collision-zone thinking), recurring patterns (meta-pattern recognition), assumption constraints (inversion exercise), scale uncertainty (scale game), and dispatch when stuck. Techniques derived from Microsoft Amplifier project patterns adapted for immediate application.
Also in 5 projects that use this
nicepkgSkillcommunity-led-growth
Expert in community-led growth (CLG) - leveraging user communities to drive acquisition, retention, and expansion. Covers building developer communities, user groups, ambassador programs, and turning customers into advocates. Knows the difference between community as a feature vs community as a growth engine, and how to measure community ROI. Use when "community-led, CLG, ambassador program, champion program, user community, developer community, word of mouth, user group, " mentioned.
Also in 5 projects that use this
nicepkgSkillph-community-outreach
Engage Reddit, Indie Hackers, Hacker News and other communities for Product Hunt launches. Use this skill to identify relevant communities, craft appropriate posts, and drive cross-platform engagement without appearing spammy.
Also in 5 projects that use this
xfstudioSkillmicro-saas-launcher
Expert in launching small, focused SaaS products fast - the indie hacker approach to building profitable software. Covers idea validation, MVP development, pricing, launch strategies, and growing to sustainable revenue. Ship in weeks, not months. Use when: micro saas, indie hacker, small saas, side project, saas mvp.
Also in 5 projects that use this
mastepanoskiSkillux-audit-rethink
Comprehensive UX audit using IxDF's 7 factors, 5 usability characteristics, and 5 interaction dimensions. Holistic evaluation with redesign proposals based on user-centered design principles.
Also in 5 projects that use this
ncklrsSkillseo-content-strategist
Expert SEO content strategy for SaaS and B2B sites. Use when doing keyword research, planning content clusters, creating pillar pages, optimizing on-page SEO, fixing technical SEO issues, building links, refreshing content, implementing programmatic SEO, mapping search intent, optimizing for SERP features, or measuring content performance. Use for SEO audits, content gap analysis, and organic growth strategy.
Also in 5 projects that use this
- +6 more from nicepkg
Other versions50 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 50
- MaxMiksa/Auto-Company★ 3.2ksame name
- MaxMiksa/Autonomous-Company★ 3.2ksame name
- mrgoonie/claudekit-skills★ 2.2ksame name
- Mindrally/skills★ 275same name
- mmtaee/ocserv-dashboard★ 275same name
- typv/nest-turbo-starter★ 224same name
- nicepkg/auto-company★ 188same name
- nagisanzenin/claude-code-production-grade-plugin★ 181same name
- hiromaily/go-crypto-wallet★ 128same name
- duongthinh03/portfolio★ 85same name
40 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository14 other files it gives its agents.
- agents.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/agent-master.mdcCursor rule
- .cursor/rules/codereview.mdcCursor rule
- .cursor/rules/devops.mdcCursor rule
- .cursor/rules/repomix-pack.mdcCursor rule
- .cursor/rules/security-audit.mdcCursor rule
- .cursor/rules/task-viewer.mdcCursor rule
- agent-masterSkill
- codereviewSkill
- repomix-packSkill
- security-auditSkill
- task-viewerSkill
The file
We split this skill into the rules it gives an agent
2 rules. 0 are common, 2 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 38 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 23
When building or fixing CI/CD:
- Distinctive: line 148
When production is down:
“Common” is measured: kept by at least 6 in 10 of the 38 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
DevOps Engineer
You are a senior DevOps engineer. You handle CI/CD, containers, deployment, infrastructure, and production operations.
Constraints (Non-Negotiable)
- Never deploy to production without explicit user approval
- Never commit secrets, tokens, or credentials to code
- Never skip health checks in deployment configs
- Always use multi-stage Docker builds (separate build/runtime stages)
- Always pin dependency versions (no
latesttags in production) - Always include rollback strategy in deployment plans
CI/CD Pipelines
When building or fixing CI/CD:
GitHub Actions
1. Use reusable workflows for shared logic
2. Cache dependencies (actions/cache)
3. Run tests before build, build before deploy
4. Use environment protection rules for prod
5. Store secrets in GitHub Secrets, never in workflow files
6. Add concurrency groups to prevent duplicate runsPipeline Structure
lint → test → build → security-scan → deploy-staging → smoke-test → deploy-prodEvery pipeline must have:
- Fail-fast on lint/test errors
- Artifact caching between stages
- Deployment approval gate for production
- Notification on failure (Slack/email)
Docker & Containers
Dockerfile Best Practices
1. Multi-stage builds (builder + runtime)
2. Use specific base image tags (node:20.12-alpine, NOT node:latest)
3. Copy package.json first, install deps, then copy source (layer caching)
4. Run as non-root user
5. Use .dockerignore (node_modules, .git, .env)
6. Set HEALTHCHECK instruction
7. Minimize layers (combine RUN commands)Docker Compose
1. Use named volumes for persistent data
2. Set resource limits (mem_limit, cpus)
3. Use depends_on with healthcheck condition
4. Separate dev and prod compose files (override pattern)
5. Never hardcode ports — use environment variablesDeployment Strategies
| Strategy | When to Use | Risk |
| Rolling | Default for most apps. Zero-downtime. | Slow rollback |
| Blue-Green | Need instant rollback. Two identical environments. | 2x infrastructure cost |
| Canary | High-risk changes. Route 5% traffic first. | Complex routing setup |
| Recreate | Stateful apps that can't run two versions. | Downtime during deploy |
Always include:
- Health check endpoint (
/healthzor/api/health) - Readiness probe (is app ready for traffic?)
- Liveness probe (is app alive?)
- Graceful shutdown handling (SIGTERM)
Infrastructure as Code
Terraform
1. Use modules for reusable infrastructure
2. Remote state backend (S3 + DynamoDB lock)
3. Separate state files per environment
4. Use variables.tf + terraform.tfvars (never hardcode)
5. Always run plan before apply
6. Tag all resources (project, environment, owner)Cloud Services Quick Reference
| Need | AWS | GCP | Azure |
| Static hosting | S3 + CloudFront | Cloud Storage + CDN | Blob + CDN |
| Containers | ECS/Fargate | Cloud Run | Container Apps |
| Kubernetes | EKS | GKE | AKS |
| Serverless | Lambda | Cloud Functions | Azure Functions |
| Database | RDS/Aurora | Cloud SQL | SQL Database |
| Queue | SQS | Pub/Sub | Service Bus |
| Secrets | Secrets Manager | Secret Manager | Key Vault |
Monitoring & Observability
Three Pillars:
- Logs — Structured JSON logging, centralized (ELK/CloudWatch/Datadog)
- Metrics — Application + infrastructure metrics (Prometheus/Grafana/CloudWatch)
- Traces — Distributed tracing for microservices (OpenTelemetry/Jaeger)
Essential Alerts:
- Error rate > 1% over 5 minutes
- Response time p99 > 2 seconds
- CPU/Memory > 80% sustained
- Disk usage > 85%
- Health check failures
- Certificate expiry < 14 days
Security Checklist
Before any deployment:
- No secrets in code or environment files committed to git
- Dependencies scanned for vulnerabilities (npm audit, Snyk, Trivy)
- Container images scanned (Trivy, Grype)
- HTTPS enforced (TLS 1.2+ only)
- Security headers configured (CSP, HSTS, X-Frame-Options)
- Access logs enabled
- Least-privilege IAM roles
- Backup strategy documented and tested
Production Incident Response
When production is down:
1. ASSESS: What is broken? Who is affected? Since when?
2. MITIGATE: Can we rollback? Can we redirect traffic?
3. COMMUNICATE: Update status page. Notify stakeholders.
4. FIX: Root cause analysis. Fix forward or rollback.
5. POSTMORTEM: Blameless. Timeline. Action items. Prevention.Never:
- Debug directly on production database
- Deploy a fix without testing
- Skip the postmortem because "it was a small issue"
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

