Token导航 LogoToken导航TokenDH.com
开发敏感数据github未标认证来源可访问许可证需确认审计通过

senior-devops高级开发人员

Agent Skill

用于辅助云资源、部署、容器、基础设施和运维自动化任务。它适合让 Agent 检查配置、整理部署步骤、分析资源状态、生成排障思路或辅助云服务接入。使用时需要明确目标环境、账号权限、区域和资源组,区分本地测试与生产操作;涉及删除资源、重启服务、修改网络或权限配置时,应先确认影响范围。

总安装

675

周安装

29

GitHub Stars

1

下载量

237
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:senior-devops(高级开发人员)
来源仓库:https://github.com/pixel-process-ug/superkit-agents
仓库路径:skills/senior-devops
安装命令:
npx skills add https://github.com/pixel-process-ug/superkit-agents --skill senior-devops
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/pixel-process-ug/superkit-agents --skill senior-devops

简介

senior-devops 用于辅助云资源、部署和基础设施管理,适合检查配置和分析资源状态。

  • 适用于运维自动化和云服务接入的辅助工作,可整理部署步骤。
  • 使用时需明确目标环境、账号权限和资源组,区分测试与生产操作。
  • 涉及删除资源或修改网络配置时应先确认影响范围。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Senior DevOps Engineer

Overview

Design, build, and maintain production infrastructure and deployment pipelines. This skill covers Docker containerization, Kubernetes orchestration, CI/CD with GitHub Actions, infrastructure-as-code with Terraform/Pulumi, monitoring with Prometheus/Grafana, alerting strategies, zero-downtime deployments, and rollback procedures.

Phase 1: Infrastructure Design

  1. Define deployment topology (single server, cluster, multi-region)
  2. Choose containerization strategy (Docker, Buildpacks)
  3. Select orchestration platform (Kubernetes, ECS, Cloud Run)
  4. Plan networking (load balancers, DNS, TLS)
  5. Design secret management approach

STOP — Present infrastructure design to user for approval before implementation.

Infrastructure Decision Table

ScaleTopologyOrchestrationRecommended
Hobby / MVPSingle serverDocker ComposeRailway, Fly.io
Startup (< 100k users)Small clusterECS, Cloud RunAWS ECS, GCP Cloud Run
Growth (100k - 1M users)Multi-AZ clusterKubernetesEKS, GKE
Enterprise (1M+ users)Multi-regionKubernetes + service meshEKS/GKE + Istio
Compliance-heavyDedicated/private cloudKubernetesSelf-managed K8s

Phase 2: Pipeline Implementation

  1. Build CI pipeline (lint, test, build, security scan)
  2. Build CD pipeline (deploy to staging, production)
  3. Configure environment-specific settings
  4. Set up artifact registry (container images, packages)
  5. Implement deployment strategy (blue-green, canary, rolling)

STOP — Validate pipeline config syntax and present for review.

Phase 3: Observability

  1. Deploy monitoring stack (Prometheus, Grafana)
  2. Configure alerting rules and escalation
  3. Set up log aggregation
  4. Implement distributed tracing
  5. Create runbooks for common incidents

STOP — Verify monitoring covers all critical services before declaring complete.

Dockerfile Best Practices

# 1. Use specific version tags (not :latest)
FROM node:20-alpine AS base

# 2. Set working directory
WORKDIR /app

# 3. Install dependencies in separate layer (cache optimization)
FROM base AS deps
COPY package.json pnpm-lock.yaml ./
RUN corepack enable && pnpm install --frozen-lockfile --prod

FROM base AS build-deps
COPY package.json pnpm-lock.yaml ./
RUN corepack enable && pnpm install --frozen-lockfile

# 4. Build in separate stage
FROM build-deps AS builder
COPY . .
RUN pnpm build

# 5. Production image — minimal size
FROM base AS runner
ENV NODE_ENV=production

# 6. Don't run as root
RUN addgroup --system --gid 1001 app && \
    adduser --system --uid 1001 app
USER app

# 7. Copy only what's needed
COPY --from=deps /app/node_modules ./node_modules
COPY --from=builder /app/dist ./dist

# 8. Health check
HEALTHCHECK --interval=30s --timeout=3s --start-period=5s \
  CMD wget -qO- http://localhost:3000/health || exit 1

# 9. Expose port and set entrypoint
EXPOSE 3000
CMD ["node", "dist/server.js"]

Key Dockerfile Rules

RuleWhy
Multi-stage buildsMinimize image size
.dockerignore fileExclude node_modules,.git, tests
Non-root userSecurity hardening
Specific base image versionsReproducible builds
Layer ordering (deps before src)Cache efficiency
HEALTHCHECK instructionContainer health monitoring
No secrets in build args/layersPrevent credential leaks

Docker Compose Patterns

services:
  app:
    build:
      context: .
      dockerfile: Dockerfile
      target: runner
    ports:
      - "3000:3000"
    environment:
      - DATABASE_URL=postgresql://postgres:postgres@db:5432/app
      - REDIS_URL=redis://cache:6379
    depends_on:
      db:
        condition: service_healthy
      cache:
        condition: service_started
    healthcheck:
      test: ["CMD", "wget", "-qO-", "http://localhost:3000/health"]
      interval: 10s
      timeout: 5s
      retries: 3

  db:
    image: postgres:16-alpine
    volumes:
      - postgres_data:/var/lib/postgresql/data
    environment:
      POSTGRES_DB: app
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: postgres
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres"]
      interval: 5s
      timeout: 3s
      retries: 5

  cache:
    image: redis:7-alpine
    volumes:
      - redis_data:/data

volumes:
  postgres_data:
  redis_data:

GitHub Actions Workflow

name: CI/CD
on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true

jobs:
  lint-and-test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: pnpm/action-setup@v3
      - uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: pnpm
      - run: pnpm install --frozen-lockfile
      - run: pnpm lint
      - run: pnpm typecheck
      - run: pnpm test -- --coverage

  security-scan:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npx audit-ci --moderate
      - uses: aquasecurity/trivy-action@master
        with:
          scan-type: fs
          severity: HIGH,CRITICAL

  build-and-push:
    needs: [lint-and-test, security-scan]
    if: github.ref == 'refs/heads/main'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: docker/setup-buildx-action@v3
      - uses: docker/login-action@v3
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}
      - uses: docker/build-push-action@v5
        with:
          push: true
          tags: ghcr.io/${{ github.repository }}:${{ github.sha }}
          cache-from: type=gha
          cache-to: type=gha,mode=max

  deploy:
    needs: build-and-push
    runs-on: ubuntu-latest
    environment: production
    steps:
      - name: Deploy to production
        run: echo "Deploying ${{ github.sha }}"

Terraform / Pulumi Patterns

Terraform Structure

modules/
  vpc/
    main.tf, variables.tf, outputs.tf
  ecs/
    main.tf, variables.tf, outputs.tf
environments/
  staging/
    main.tf, terraform.tfvars
  production/
    main.tf, terraform.tfvars

Key IaC Rules

RuleWhy
Remote state backend (S3 + DynamoDB)Shared state, locking
State lockingPrevent concurrent modifications
Environment-specific variable filesSeparation of concerns
Module versioningReproducible shared infra
terraform plan in CICatch issues before apply
Drift detection on scheduleDetect manual changes
Tag all resourcesOwnership, cost allocation

Monitoring (Prometheus + Grafana)

USE Method (Resources)

ResourceUtilizationSaturationErrors
CPUcpu_usage_percentcpu_throttled
Memorymemory_usage_bytesoom_kills
Diskdisk_usage_percentio_waitdisk_errors
Networkbytes_totalqueue_lengtherrors_total

RED Method (Services)

  • Rate: requests per second
  • Errors: error rate per second
  • Duration: latency distribution (p50, p95, p99)

Alerting Rules

groups:
  - name: app-alerts
    rules:
      - alert: HighErrorRate
        expr: rate(http_requests_total{status=~"5.."}[5m]) / rate(http_requests_total[5m]) > 0.05
        for: 5m
        labels:
          severity: critical
      - alert: HighLatency
        expr: histogram_quantile(0.95, rate(http_request_duration_seconds_bucket[5m])) > 1
        for: 5m
        labels:
          severity: warning

Alerting Best Practices

PracticeWhy
Alert on symptoms, not causesReduces noise, focuses on impact
Every alert has a runbook linkEnables fast response
Tiered severitycritical=page, warning=ticket, info=log
Aggregate before alertingAvoid flapping
Review and prune quarterlyPrevent alert fatigue

Zero-Downtime Deployment Strategies

StrategyHow It WorksRiskRollback Speed
RollingReplace instances one at a timeLowMedium
Blue-GreenSwitch traffic between two environmentsLowInstant
CanaryRoute small % to new version, gradually increaseVery LowInstant
Feature FlagsDeploy code dark, enable via flagVery LowInstant

Rollback Procedures

  1. Automated: health check fails -> automatic rollback
  2. Manual: kubectl rollout undo deployment/app
  3. Database: forward-only migrations with backward compatibility
  4. Config: revert via secret manager version

Database Migration Safety

RuleRationale
Migrations must be backward compatibleOld code + new schema must work
Never rename/drop columns in same deployTwo-phase change required
Two-phase: add column -> deploy -> remove oldZero-downtime schema evolution
Always test rollback of each migrationEnsure reversibility

Anti-Patterns / Common Mistakes

Anti-PatternWhy It Is WrongWhat to Do Instead
Manual production deploymentsNo audit trail, error-proneAutomate via CI/CD
Shared or hardcoded secretsSecurity breach riskUse secrets manager
No rollback plan before deployingStuck if deploy failsDocument rollback before every deploy
latest tag for production imagesNon-reproduciblePin specific version tags
Running containers as rootSecurity vulnerabilityUse non-root user in Dockerfile
Alert fatigue from non-actionable alertsReal issues get missedAlert on symptoms, tune thresholds
Skipping staging environmentBugs found in productionAlways deploy to staging first
Snowflake servers with manual configCannot reproduce, cannot scaleInfrastructure as code
Monitoring without alertingNobody notices problemsWire alerts to monitoring

Key Principles

  • Infrastructure as code — no manual changes to production
  • Immutable infrastructure — replace, do not patch
  • Cattle, not pets — servers are disposable
  • Shift left security — scan early in pipeline
  • Least privilege — minimal permissions everywhere
  • Automate everything that runs more than twice
  • Test the disaster recovery plan regularly

Documentation Lookup (Context7)

Use mcp__context7__resolve-library-id then mcp__context7__query-docs for up-to-date docs. Returned docs override memorized knowledge.

  • docker — for Dockerfile syntax, compose configuration, or multi-stage builds
  • kubernetes — for resource manifests, kubectl commands, or Helm charts
  • terraform — for provider configuration, resource blocks, or state management

Integration Points

SkillIntegration
deploymentProvides higher-level deploy pipeline orchestration
security-reviewSecurity scan stage in CI pipeline
planningInfrastructure changes are planned like features
verification-before-completionPost-deploy verification gate
finishing-a-development-branchMerge triggers deployment pipeline
mcp-builderMCP servers need containerization and deployment

Skill Type

FLEXIBLE — Adapt tooling and patterns to the project's cloud provider, team size, and operational maturity. The principles (IaC, immutability, observability) are constant; the specific tools are interchangeable.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

37.49%
按下载量换算89

Claude

28.85%
按下载量换算68

Cursor

18.76%
按下载量换算44

Gemini CLI

8.22%
按下载量换算19

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills