agentleFS
Surya8991Surya8991/AgentMaster/skills/devops/SKILL.md

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

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.
  • truongtv22Skill

    Problem-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

  • nicepkgSkill

    community-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

  • nicepkgSkill

    ph-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

  • xfstudioSkill

    micro-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

  • mastepanoskiSkill

    ux-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

  • ncklrsSkill

    seo-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

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
  1. Distinctive:

    When building or fixing CI/CD:

    line 23
  2. Distinctive:

    When production is down:

    line 148

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 latest tags 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 runs

Pipeline Structure

lint → test → build → security-scan → deploy-staging → smoke-test → deploy-prod

Every 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 variables

Deployment Strategies

StrategyWhen to UseRisk
RollingDefault for most apps. Zero-downtime.Slow rollback
Blue-GreenNeed instant rollback. Two identical environments.2x infrastructure cost
CanaryHigh-risk changes. Route 5% traffic first.Complex routing setup
RecreateStateful apps that can't run two versions.Downtime during deploy

Always include:

  • Health check endpoint (/healthz or /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

NeedAWSGCPAzure
Static hostingS3 + CloudFrontCloud Storage + CDNBlob + CDN
ContainersECS/FargateCloud RunContainer Apps
KubernetesEKSGKEAKS
ServerlessLambdaCloud FunctionsAzure Functions
DatabaseRDS/AuroraCloud SQLSQL Database
QueueSQSPub/SubService Bus
SecretsSecrets ManagerSecret ManagerKey Vault

Monitoring & Observability

Three Pillars:

  1. Logs — Structured JSON logging, centralized (ELK/CloudWatch/Datadog)
  2. Metrics — Application + infrastructure metrics (Prometheus/Grafana/CloudWatch)
  3. 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"

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.