Design, automate, and optimise continuous integration pipelines, continuous delivery workflows, infrastructure-as-code, containerisation, and operational processes. ---
Scanned 9/12/2026
Install to Claude Code
npx -y skills add aibot88/sec_skill_store --skill dill-lk-claude-skillls-devops --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Dill Lk Claude Skillls Devops?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/aibot88-dill-lk-claude-skillls-devops)More formats (shields.io, HTML) on the badges page.
# Skill: DevOps & CI/CD
Design, automate, and optimise continuous integration pipelines, continuous delivery workflows, infrastructure-as-code, containerisation, and operational processes.
---
## Overview
Claude can write CI/CD pipeline configurations, Dockerfiles, Kubernetes manifests, Terraform modules, and operational runbooks. Use this skill to accelerate delivery pipelines, reduce toil, and build reliable infrastructure.
---
## Task Patterns
### 1. Write a CI/CD Pipeline
**Prompt template:**
```
Write a [GitHub Actions / GitLab CI / Jenkins / CircleCI] pipeline for a [language/framework] project.
Pipeline stages required:
1. [e.g., lint and static analysis]
2. [e.g., unit tests with coverage report]
3. [e.g., build and tag Docker image]
4. [e.g., deploy to staging on merge to main]
5. [e.g., deploy to production on manual approval]
Requirements:
- Cache dependencies between runs
- Fail fast on first error
- Publish test results and coverage as artifacts
- Use secrets management for credentials
- Send notifications on failure
```
---
### 2. Write a Dockerfile
**Prompt template:**
```
Write an optimised, production-ready Dockerfile for a [language/framework] application.
Application details:
- Language/runtime: [e.g., Node.js 20, Python 3.12, Go 1.22]
- Entry point: [command to start the app]
- Port: [N]
- Build tool: [e.g., npm, pip, cargo]
Requirements:
- Multi-stage build to minimise image size
- Run as non-root user
- No development dependencies in final image
- Use `.dockerignore` appropriately
- Pin base image to a specific digest or version
```
---
### 3. Write a Docker Compose Configuration
**Prompt template:**
```
Write a `docker-compose.yml` for a local development environment for [application stack].
Services:
- [service 1, e.g., web API on port 8080]
- [service 2, e.g., PostgreSQL with persistent volume]
- [service 3, e.g., Redis]
- [service 4, e.g., adminer for DB management]
Requirements:
- Health checks for all services
- Dependency ordering with `depends_on` and `condition: service_healthy`
- Volume mounts for live reload in development
- `.env` file for all configuration values
```
---
### 4. Write Kubernetes Manifests
**Prompt template:**
```
Write Kubernetes manifests for deploying [application name].
Resources needed:
- Deployment: [N] replicas, image [image:tag]
- Service: [ClusterIP / LoadBalancer / NodePort]
- ConfigMap: [list config keys]
- Secret: [list secret keys]
- HorizontalPodAutoscaler: scale between [min] and [max] replicas on [metric]
- Ingress: host [hostname], TLS, path [path]
Requirements:
- Resource requests and limits defined
- Liveness and readiness probes configured
- Rolling update strategy with zero downtime
- Pod disruption budget
```
---
### 5. Write Terraform Infrastructure
**Prompt template:**
```
Write Terraform (HCL) to provision [infrastructure component] on [AWS / GCP / Azure].
Resources to create:
- [resource 1, e.g., VPC with public/private subnets]
- [resource 2, e.g., ECS Fargate service]
- [resource 3, e.g., RDS PostgreSQL with Multi-AZ]
- [resource 4, e.g., Application Load Balancer]
Requirements:
- Use variables for all environment-specific values
- Use outputs for values needed by other modules
- Tag all resources with: environment, project, team
- Remote state in [S3/GCS/Azure Blob] with state locking
```
---
### 6. Design a Deployment Strategy
**Prompt template:**
```
Design a deployment strategy for [service] that achieves zero-downtime deployments.
Current setup:
- [describe current deployment process]
- Traffic: [N] RPS
- Acceptable error budget: [e.g., <0.1% error rate during deploy]
Compare: rolling, blue/green, canary, and feature flags.
Recommend the best approach for our context and provide the implementation plan.
```
---
### 7. Automate an Operational Task
**Prompt template:**
```
Write a [Bash / Python / Go] script to automate [operational task].
Task description: [describe what needs to happen]
Inputs: [describe]
Outputs / side effects: [describe]
Requirements:
- Idempotent (safe to run multiple times)
- Dry-run mode with `--dry-run` flag
- Logging with timestamps
- Error handling with non-zero exit codes
- Compatible with [Linux / macOS / both]
```
---
## Advanced Techniques
### GitOps Workflow Design
```
Design a GitOps workflow for deploying microservices to Kubernetes using [ArgoCD / Flux].
Repository structure:
- [app repos] contain application code and Dockerfiles
- [config repo] contains Kubernetes manifests and Helm charts
Define:
1. How application versions flow from code commit to production
2. Branch/environment mapping strategy
3. Promotion process (dev → staging → production)
4. Secret management approach (Sealed Secrets / External Secrets Operator)
5. Rollback process
```
### Observability Stack Setup
```
Set up a complete observability stack for [application] using [Prometheus + Grafana / Datadog / OpenTelemetry].
Requirements:
- Metrics: RED (Rate, Errors, Duration) for all services
- Logs: structured JSON logs shipped to [Loki / Elasticsearch / CloudWatch]
- Traces: distributed tracing across all service calls
- Alerts: PagerDuty/Slack notifications for SLO breaches
Provide: instrumentation code, dashboard config, and alert rules.
```
### Disaster Recovery Plan
```
Design a disaster recovery plan for [system].
RPO (Recovery Point Objective): [e.g., 1 hour]
RTO (Recovery Time Objective): [e.g., 4 hours]
Components: [list databases, services, storage]
Define:
1. Backup strategy for each component
2. Replication and failover approach
3. Step-by-step recovery runbook
4. DR test plan and frequency
```
---
## DevOps Best Practices
| Practice | Why |
|---|---|
| Everything as code (IaC) | Reproducible, version-controlled infrastructure |
| Immutable infrastructure | No config drift; rollback is instant |
| Build once, deploy everywhere | Same artefact across all environments |
| Shift security left | Scan in CI, not after deployment |
| Feature flags over feature branches | Decouple deployment from release |
| Runbooks for every alert | Reduces MTTR; enables on-call rotation |
| Chaos engineering | Proves resilience before incidents do |
---
## CI/CD Pipeline Checklist
- [ ] Pipeline runs on every pull request
- [ ] Linting and static analysis in CI
- [ ] Tests run with coverage threshold enforced
- [ ] Security scanning (SAST, dependency audit) in CI
- [ ] Docker image built and scanned in CI
- [ ] Staging deployment automated on merge to main
- [ ] Production deployment requires manual approval or passes canary criteria
- [ ] Rollback procedure documented and tested
- [ ] Alerts configured for deployment failures
- [ ] Pipeline runtime under [N] minutes
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!