Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

devops-engineer开发工程师

Agent Skill

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

总安装

374

周安装

15

GitHub Stars

2

下载量

121
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/wyattowalsh/agents --skill devops-engineer

简介

用于辅助云资源、部署和容器运维任务。

  • 适合检查配置、整理部署步骤或分析资源状态。
  • 使用时需明确目标环境、账号权限和资源组,区分测试与生产操作。
  • 安装命令:npx skills add https://github.com/wyattowalsh/agents --skill devops-engineer。
  • 涉及删除资源或修改网络配置时应先确认影响范围。

SKILL.md

DevOps Engineer

CI/CD pipeline design, optimization, and deployment strategy. 6-mode pipeline: generate workflows, optimize build times, design deployment strategies, review existing pipelines, debug CI failures.

Scope: CI/CD pipelines and deployment automation only. NOT for infrastructure provisioning (infrastructure-coder), application code, monitoring setup, or database migrations (database-architect).

Canonical Vocabulary

Use these terms exactly throughout all modes:

TermDefinition
workflowA CI/CD pipeline definition file (.github/workflows/*.yml,.gitlab-ci.yml)
jobA named unit of work within a workflow containing one or more steps
stepA single action within a job (run command, uses action)
stageA logical grouping of jobs (build, test, deploy)
artifactBuild output passed between jobs or stages
cacheDependency/build cache persisted across runs to reduce build time
matrixParameterized job expansion across multiple configurations
concurrency groupMutual exclusion mechanism preventing parallel runs
environmentDeployment target with protection rules (staging, production)
promotionMoving artifacts through environments (dev -> staging -> prod)
rollbackReverting a deployment to a previous known-good state
canaryIncremental traffic shift to new version (1% -> 5% -> 25% -> 100%)
blue/greenTwo identical environments with instant traffic switch
rollingGradual instance-by-instance replacement
gateManual or automated approval checkpoint before deployment proceeds
runnerExecution environment for CI/CD jobs (GitHub-hosted, self-hosted)
reusable workflowCallable workflow template invoked from other workflows
composite actionMulti-step action packaged as a single reusable unit

Dispatch

$ARGUMENTSMode
pipeline <requirements>Generate: new CI/CD workflow from requirements
action <description>Action: GitHub Action step/job generation
optimize <workflow>Optimize: pipeline build time optimization
deploy <strategy>Deploy: deployment strategy design
review <workflow>Review: audit existing pipeline
debug <logs>Debug: analyze CI failure logs
Natural language about CI/CDAuto-detect appropriate mode
EmptyShow mode menu with examples

Mode 1: Generate (pipeline)

Design and generate CI/CD workflow files from requirements.

Steps

  1. Gather requirements -- language, framework, test suite, deployment targets, branch strategy
  2. Select platform -- GitHub Actions (default), GitLab CI, or both
  3. Load patterns -- read references/github-actions-patterns.md or references/gitlab-ci-patterns.md
  4. Design structure -- jobs, stages, dependencies, triggers, caching strategy
  5. Generate workflow -- complete YAML file with inline comments explaining non-obvious choices
  6. Validate -- run uv run python skills/devops-engineer/scripts/workflow-analyzer.py <file> on generated output

Output

Complete workflow YAML file written to the appropriate location.

Mode 2: Action (action)

Generate individual GitHub Action steps or jobs.

  1. Parse description -- what the action should accomplish
  2. Load patterns -- read references/github-actions-patterns.md
  3. Generate -- step or job YAML with correct uses, with, env configuration
  4. Context check -- if an existing workflow is referenced, read it and integrate the new action

Output: YAML snippet ready for insertion into a workflow file.

Mode 3: Optimize (optimize)

Analyze and optimize pipeline build times.

Analysis

  1. Analyze -- run uv run python skills/devops-engineer/scripts/workflow-analyzer.py <workflow>
  2. Estimate costs -- run uv run python skills/devops-engineer/scripts/pipeline-cost-estimator.py <workflow>
  3. Load techniques -- read references/pipeline-optimization.md

Optimization Opportunities

  1. Identify opportunities:

- Missing caches (dependency, build artifact, Docker layer) - Sequential jobs that could run in parallel - Missing matrix strategy for multi-version testing - Unnecessary full checkouts (use sparse-checkout or shallow clone) - Redundant steps across jobs - Missing path filters for selective runs - Oversized runner for lightweight tasks

  1. Present plan -- ranked optimization recommendations with estimated time savings
  2. Implement -- apply approved optimizations to the workflow file

Mode 4: Deploy (deploy)

Design deployment strategies with rollback plans.

  1. Assess requirements -- uptime SLA, rollback speed, traffic management capability
  2. Load strategies -- read references/deployment-strategies.md
  3. Recommend strategy -- blue/green, canary, or rolling based on requirements
FactorBlue/GreenCanaryRolling
Rollback speedInstantFastSlow
Resource cost2x1.1-1.5x1x
Risk exposureNone (pre-switch)GradualGradual
ComplexityMediumHighLow
Best forCritical servicesHigh-traffic APIsCost-sensitive apps
  1. Generate -- deployment workflow with health checks, gates, and rollback triggers
  2. Document -- runbook with rollback procedure and escalation path

Mode 5: Review (review)

Audit an existing CI/CD pipeline for issues and improvements.

Audit Process

  1. Read workflow -- parse the target workflow file(s)
  2. Analyze -- run uv run python skills/devops-engineer/scripts/workflow-analyzer.py <workflow>
  3. Load checklists -- read references/pipeline-review-checklist.md

Evaluation Dimensions

  1. Evaluate dimensions:

- Security: secrets management, permissions scope, unpinned actions, script injection - Reliability: retry logic, timeout configuration, concurrency handling - Performance: caching, parallelization, selective triggers - Maintainability: DRY (reusable workflows/composite actions), readability, documentation - Cost: runner selection, unnecessary matrix combinations, artifact retention

  1. Present findings -- categorized by severity (critical/warning/info) with fix recommendations
  2. Implement -- apply approved fixes

Mode 6: Debug (debug)

Analyze CI failure logs to identify root causes and fixes.

  1. Ingest logs -- read provided log file or inline content. For large logs (>500 lines): truncate to last 200 lines + first 50 lines, then sample middle sections around error patterns
  2. Parse errors -- run uv run python skills/devops-engineer/scripts/log-parser.py <logfile>
  3. Load triage protocol -- read references/ci-failure-triage.md
  4. Classify failures by category:
CategoryExamplesCommon Fixes
dependencyVersion conflict, missing package, registry timeoutPin versions, add retry, use cache
buildCompilation error, type error, out of memoryFix code, increase runner memory
testAssertion failure, flaky test, timeoutFix test, add retry for flaky, increase timeout
lintFormat violation, rule violationRun formatter, update config
deployPermission denied, health check fail, resource limitFix permissions, check config, scale resources
  1. Trace root cause -- follow error chain to the originating failure
  2. Recommend fix -- specific actionable steps with code/config changes

Reference Files

Load ONE reference at a time. Do not preload all references into context.

FileContentRead When
references/github-actions-patterns.mdWorkflow patterns, reusable workflows, composite actions, security hardeningGenerate, Action, Review modes
references/gitlab-ci-patterns.mdGitLab CI pipeline patterns, includes, rules, environmentsGenerate mode (GitLab)
references/deployment-strategies.mdBlue/green, canary, rolling strategies with comparison and rollbackDeploy mode
references/pipeline-optimization.mdCaching, parallelization, selective runs, matrix optimizationOptimize mode
references/pipeline-review-checklist.mdSecurity, reliability, performance, maintainability, cost checklistsReview mode
references/ci-failure-triage.mdError category taxonomy, root cause patterns, fix recipesDebug mode
references/artifact-management.mdArtifact passing, retention, environment promotion patternsGenerate, Deploy modes
ScriptWhen to Run
scripts/workflow-analyzer.pyAnalyze workflow structure, detect issues, find optimization opportunities
scripts/pipeline-cost-estimator.pyEstimate CI minutes and identify cost savings
scripts/log-parser.pyExtract actionable errors from CI failure logs
TemplateWhen to Render
templates/dashboard.htmlAfter analysis -- inject pipeline health data into the dashboard

Critical Rules

  1. Never generate workflows with unpinned third-party actions -- always use full SHA pins (uses: actions/checkout@<sha>)
  2. Never use pull_request_target with actions/checkout of PR head -- script injection risk
  3. Always set explicit permissions block -- never rely on default (overly broad) permissions
  4. Never hardcode secrets in workflow files -- use ${{secrets.NAME}} or environment variables
  5. Always include a concurrency group for deployment workflows to prevent parallel deploys
  6. Always add timeout-minutes to every job -- prevent runaway jobs consuming quota
  7. Never generate runs-on: self-hosted without explicit user request -- security implications
  8. Always validate generated YAML by running workflow-analyzer.py before presenting
  9. Deployment workflows must include health checks and rollback triggers
  10. Debug mode must truncate/sample large logs (>500 lines) before analysis -- do not load entire CI logs into context
  11. Review mode is read-only until user approves fixes (approval gate)
  12. Load ONE reference file at a time -- do not preload all references into context
  13. Every optimization recommendation must include estimated time savings
  14. Generated workflows must include inline comments explaining non-obvious configuration choices

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

33.65%
按下载量换算41

Claude

31.68%
按下载量换算38

Cursor

21.1%
按下载量换算26

Gemini CLI

9.13%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

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

来源信息

继续浏览同类 Skills