devops-engineer
Skill9 starsChanged 9 months agoMITView on GitHub
DevOps engineering expert: CI/CD pipelines (GitHub Actions/GitLab CI/Jenkins), containerization (Docker/Podman), orchestration (Kubernetes/Docker Compose), infrastructure as code (Terraform/Pulumi/Ansible), monitoring (Prometheus/Grafana/Datadog), logging (ELK/Loki), and cloud platforms (AWS/GCP/Azure). Use when: (1) setting up CI/CD pipelines, (2) writing Dockerfiles or docker-compose configs, (3) configuring Kubernetes deployments, (4) writing Terraform/IaC modules, (5) setting up monitoring/alerting, (6) troubleshooting deployment issues, (7) optimizing build times. NOT for: application business logic or UI design.
- Installs packages
35 other projects use a version of this.
Adopted by
Most recently taken up by
- santiago-migoni/claude-skillstheir own version, first seen Nov 8, 2026
- AxlZero21/Skillstheir own version, first seen Nov 8, 2026
- dirien/yet-another-agent-harnesstheir own version, first seen Nov 8, 2026
- lsyamsiar/claude-skillstheir own version, first seen Nov 1, 2026
- codeApe-7/ai-agent-workflowGrouptheir own version, first seen Nov 1, 2026
- hu465/claude-skills-their own version, first seen Oct 25, 2026
Used with
Projects with it also use fintech-engineer, react-specialist and 6 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.
belokonmSkillfintech-engineer
Expert in financial technology systems, double-entry ledger design, high-precision math, and regulatory compliance. Use when building payment systems, ledger architectures, financial calculations, PCI compliance, or banking integrations. Triggers include "fintech", "ledger", "double-entry", "financial calculations", "PCI compliance", "banking API".
Also in 3 projects that use this
belokonmSkillreact-specialist
Expert React developer specializing in React 18+, Next.js ecosystem, and modern React patterns. This agent excels at building performant, scalable React applications using hooks, concurrent features, state management solutions like Zustand, and data fetching with TanStack Query.
Also in 3 projects that use this
- +6 more from belokonm
Other versions35 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 35
- Jeffallan/claude-skills★ 12ksame name
- nahisaho/MUSUBI★ 74same name
- korchard333/claude-power-platform-community★ 46same name
- jshsakura/awesome-opencode-skills★ 30same name
- dirien/yet-another-agent-harness★ 19same name
- codeApe-7/ai-agent-workflowGroup★ 18same name
- belokonm/claude-supercode-skills★ 11same name
- PIXARTSeu/Synapse★ 9same name
- thesaifalitai/claude-setup★ 9same name
- CrashBytes/claude-role-skills★ 7same name
25 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.
- ai-ml-engineerSkill
- backend-developerSkill
- cloud-architectSkill
- code-reviewerSkill
- database-administratorSkill
- data-engineerSkill
- frontend-developerSkill
- fullstack-developerSkill
- mobile-developerSkill
- qa-test-engineerSkill
- security-engineerSkill
- senior-java-developerSkill
- system-architectSkill
- tech-leadSkill
The file
Files
DevOps Engineer
Expert guidance for CI/CD, containerization, orchestration, and infrastructure automation.
Core Competencies
1. CI/CD Pipeline Design
GitHub Actions Template
name: CI/CD
on:
push:
branches: [main]
pull_request:
branches: [main]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with: { node-version: 22, cache: pnpm }
- run: pnpm install --frozen-lockfile
- run: pnpm lint
- run: pnpm test
- run: pnpm build
deploy:
needs: test
if: github.ref == 'refs/heads/main'
runs-on: ubuntu-latest
environment: production
steps:
- uses: actions/checkout@v4
- run: # deploy commandsPipeline Best Practices
Speed:
- Cache dependencies (node_modules, pip cache, go modules)
- Parallel jobs for independent steps (lint ∥ test ∥ build)
- Incremental builds (only rebuild changed packages)
- Use slim base images
Safety:
- Required status checks on main
- Environment protection rules
- Secret scanning + dependency audits
- Deploy to staging before production
- Rollback automation2. Docker
Optimized Dockerfile Pattern
# Multi-stage build
FROM node:22-slim AS deps
WORKDIR /app
COPY package.json pnpm-lock.yaml ./
RUN corepack enable && pnpm install --frozen-lockfile --prod
FROM node:22-slim AS build
WORKDIR /app
COPY package.json pnpm-lock.yaml ./
RUN corepack enable && pnpm install --frozen-lockfile
COPY . .
RUN pnpm build
FROM node:22-slim AS runtime
WORKDIR /app
RUN addgroup --system app && adduser --system --ingroup app app
COPY --from=deps /app/node_modules ./node_modules
COPY --from=build /app/dist ./dist
COPY package.json ./
USER app
EXPOSE 3000
HEALTHCHECK CMD curl -f http://localhost:3000/health || exit 1
CMD ["node", "dist/index.js"]Docker Compose (Dev Environment)
services:
app:
build: .
ports: ["3000:3000"]
volumes: ["./src:/app/src"]
environment:
DATABASE_URL: postgres://dev:dev@db:5432/app
depends_on:
db: { condition: service_healthy }
db:
image: postgres:17
environment:
POSTGRES_USER: dev
POSTGRES_PASSWORD: dev
POSTGRES_DB: app
volumes: ["pgdata:/var/lib/postgresql/data"]
healthcheck:
test: pg_isready -U dev
interval: 5s
redis:
image: redis:7-alpine
ports: ["6379:6379"]
volumes:
pgdata:3. Kubernetes Essentials
# Deployment with best practices
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp
spec:
replicas: 3
strategy:
type: RollingUpdate
rollingUpdate: { maxSurge: 1, maxUnavailable: 0 }
selector:
matchLabels: { app: myapp }
template:
metadata:
labels: { app: myapp }
spec:
containers:
- name: myapp
image: myapp:1.0.0 # Always use specific tags
ports: [{ containerPort: 3000 }]
resources:
requests: { cpu: 100m, memory: 128Mi }
limits: { cpu: 500m, memory: 512Mi }
readinessProbe:
httpGet: { path: /health, port: 3000 }
initialDelaySeconds: 5
livenessProbe:
httpGet: { path: /health, port: 3000 }
initialDelaySeconds: 15
env:
- name: DB_PASSWORD
valueFrom:
secretKeyRef: { name: db-creds, key: password }4. Infrastructure as Code (Terraform)
# Modular Terraform structure
terraform/
├── modules/
│ ├── vpc/
│ ├── database/
│ └── compute/
├── environments/
│ ├── dev/main.tf
│ ├── staging/main.tf
│ └── prod/main.tf
└── shared/
└── backend.tf
# Key practices:
# - Remote state (S3 + DynamoDB lock)
# - Workspaces or directory-per-env
# - Module versioning
# - Plan → Review → Apply workflow
# - State locking to prevent concurrent changes5. Monitoring & Observability
Three Pillars:
Metrics → Prometheus + Grafana (quantitative)
Logs → Loki/ELK (qualitative, searchable)
Traces → Jaeger/Tempo (request flow across services)
Key Metrics (RED Method):
Rate: Requests per second
Errors: Error rate (5xx / total)
Duration: Latency (p50, p95, p99)
Key Metrics (USE Method - Infrastructure):
Utilization: CPU/memory/disk usage %
Saturation: Queue depth, thread pool exhaustion
Errors: Hardware/driver errors
Alerting Rules:
- Error rate > 1% for 5 minutes → Warning
- Error rate > 5% for 2 minutes → Critical
- p99 latency > 2s for 5 minutes → Warning
- CPU > 85% for 10 minutes → Warning
- Disk > 90% → Critical6. Security Hardening
Container:
- Non-root user (USER 1001)
- Read-only filesystem where possible
- No privileged mode
- Scan images (Trivy, Snyk)
- Pin base image digests
Network:
- Network policies (deny all, allow specific)
- TLS everywhere (cert-manager for K8s)
- Secrets in vault, not env vars
Supply Chain:
- Signed images (cosign)
- SBOM generation
- Dependency scanning in CIQuick Commands
# Docker
docker build -t myapp:latest .
docker compose up -d
docker compose logs -f app
docker system prune -af # Clean up
# Kubernetes
kubectl apply -f k8s/
kubectl rollout status deployment/myapp
kubectl rollout undo deployment/myapp # Rollback
kubectl top pods # Resource usage
kubectl logs -f deployment/myapp --tail=100
# Terraform
terraform init
terraform plan -out=tfplan
terraform apply tfplan
terraform state listReferences
- CI/CD templates: See references/cicd-templates.md
- Kubernetes patterns: See references/k8s-patterns.md
- Monitoring templates: See references/monitoring-templates.md
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.

