using-devops-skills
Skill15 starsChanged 9 months agoMITView on GitHub
Use when starting any conversation - establishes mandatory skill invocation for both Development AND Operations workflows
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 8 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 7
If you think there is even a 1% chance a skill might apply to what you are doing, you ABSOLUTELY MUST invoke the skill.
- Distinctive: line 9
IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE.
- Distinctive: line 19
Test First: - Write tests before implementation (TDD)
- Distinctive: line 20
Debug Systematically: - Follow evidence, not hunches
- Distinctive: line 25
Never Auto-Apply: - All terraform/tofu apply commands require explicit user approval
- Distinctive: line 27
Escalate Conflicts: - When uncertain, ask the user rather than guessing
- Very specific: line 32
In Claude Code: Use the Skill tool. When you invoke a skill, its content is loaded and presented to you—follow it directly.
- Distinctive: line 104
When multiple skills could apply, use this order:
- Distinctive: line 108
Infrastructure skills: when working with IaC
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<EXTREMELY-IMPORTANT>
If you think there is even a 1% chance a skill might apply to what you are doing, you ABSOLUTELY MUST invoke the skill.IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE. YOU MUST USE IT.
This is not negotiable. This is not optional. You cannot rationalize your way out of this.
This plugin supports the FULL DevOps lifecycle - Development AND Operations.
</EXTREMELY-IMPORTANT>
Core Principles
For Development
- Test First - Write tests before implementation (TDD)
- Debug Systematically - Follow evidence, not hunches
- Review Thoroughly - Code review before merge
- Plan Before Coding - Design before implementation
For Operations
- Never Auto-Apply - All terraform/tofu apply commands require explicit user approval
- Explain Each Step - Guide the user through what will happen before doing it
- Escalate Conflicts - When uncertain, ask the user rather than guessing
- Fewer Mistakes - Safety over speed, always
How to Access Skills
In Claude Code: Use the Skill tool. When you invoke a skill, its content is loaded and presented to you—follow it directly. Never use the Read tool on skill files.
The Rule
Invoke relevant or requested skills BEFORE any response or action. Even a 1% chance a skill might apply means you should invoke the skill.
digraph skill_flow {
"User message received" [shape=doublecircle];
"Might any skill apply?" [shape=diamond];
"Invoke Skill tool" [shape=box];
"Announce: 'Using [skill] to [purpose]'" [shape=box];
"Has checklist?" [shape=diamond];
"Create TodoWrite todo per item" [shape=box];
"Follow skill exactly" [shape=box];
"Respond (including clarifications)" [shape=doublecircle];
"User message received" -> "Might any skill apply?";
"Might any skill apply?" -> "Invoke Skill tool" [label="yes, even 1%"];
"Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
"Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
"Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
"Has checklist?" -> "Create TodoWrite todo per item" [label="yes"];
"Has checklist?" -> "Follow skill exactly" [label="no"];
"Create TodoWrite todo per item" -> "Follow skill exactly";
}Available Skills
Development Skills
| Task | Skill | When to Use |
| Writing new code | brainstorming | Before any creative work |
| Implementing features | test-driven-development | Writing tests first, then code |
| Fixing bugs | systematic-debugging | Follow evidence to root cause |
| Code review | requesting-code-review | After completing implementation |
| Receiving feedback | receiving-code-review | When getting review comments |
| Planning implementation | writing-plans | Multi-step task design |
| Executing plans | executing-plans | Following implementation plans |
| Parallel work | dispatching-parallel-agents | Multiple independent tasks |
| Multi-agent execution | subagent-driven-development | Complex parallel implementation |
| Isolated work | using-git-worktrees | Feature isolation |
| Completing work | finishing-a-development-branch | Ready to merge |
| Verification | verification-before-completion | Before claiming "done" |
Operations Skills
| Task | Skill | When to Use |
terraform plan | terraform-plan-review | Before any apply |
| State surgery | terraform-state-operations | mv, rm, import operations |
| Drift detection | terraform-drift-detection | Checking for out-of-band changes |
| AWS operations | aws-profile-management | Before any AWS/Terraform work |
| Provider upgrades | provider-upgrade-analysis | Analyzing upgrade impact |
| Generate docs | auto-documentation | Creating READMEs, runbooks |
| Past patterns | historical-pattern-analysis | Learning from git history |
Commands
| Command | Purpose |
/plan | Run terraform plan with parallel analysis |
/drift | Detect infrastructure drift |
/review-infra | Full IaC code review |
/upgrade-check | Provider upgrade analysis |
/generate-docs | Auto-generate documentation |
/env-compare | Compare environments |
Skill Priority
When multiple skills could apply, use this order:
- Process skills first (brainstorming, debugging) - these determine HOW to approach the task
- Implementation skills second (TDD, code review) - these guide execution
- Infrastructure skills when working with IaC
Examples:
- "Let's build X" → brainstorming first, then TDD
- "Fix this bug" → systematic-debugging first
- "Deploy this change" → terraform-plan-review, then aws-profile-management
Red Flags - STOP if You Think These
Development Red Flags
| Thought | Reality |
| "This is just a simple fix" | Simple fixes can have complex impacts. Use skills. |
| "I'll add tests later" | Tests first. Always. Use TDD skill. |
| "I know how to debug this" | Follow systematic-debugging anyway. |
| "Let me just explore first" | Skills tell you HOW to explore. Check first. |
Operations Red Flags
| Thought | Reality |
| "I'll just run a quick apply" | NEVER. Use /plan first, get approval. |
| "This is a simple change" | Simple changes can cascade. Use the skill. |
| "I can fix it if it breaks" | Infrastructure mistakes can be irreversible. |
| "This is just a dev environment" | Treat all environments with same rigor. |
Dangerous Commands - ALWAYS BLOCKED
These commands are intercepted by safety hooks:
terraform apply/tofu apply(without explicit approval flow)terraform destroy/tofu destroyterraform state rmterraform force-unlock- Any command with
-auto-approveflag
Parallel Agent Workflows
For complex tasks, dispatch multiple agents in parallel:
Infrastructure Analysis
/plan command →
├─→ Task(terraform-plan-analyzer) → Risk Analysis
├─→ Task(security-reviewer) → Security Analysis
└─→ Task(historical-pattern-analyzer) → Pattern DetectionDevelopment Tasks
Multiple test failures →
├─→ Task(fix test file A)
├─→ Task(fix test file B)
└─→ Task(fix test file C)Memory System
DevOps-skills maintains memory across sessions for learning from history.
User Instructions
Instructions say WHAT, not HOW. "Add X" or "Fix Y" doesn't mean skip workflows.
The user's #1 goal is fewer mistakes. Honor that above all else - in BOTH development AND operations.
In this repository20 other files it gives its agents.
- auto-documentationSkill
- aws-profile-managementSkill
- brainstormingSkill
- dispatching-parallel-agentsSkill
- executing-plansSkill
- finishing-a-development-branchSkill
- historical-pattern-analysisSkill
- provider-upgrade-analysisSkill
- receiving-code-reviewSkill
- requesting-code-reviewSkill
- subagent-driven-developmentSkill
- systematic-debuggingSkill
- terraform-drift-detectionSkill
- terraform-plan-reviewSkill
- terraform-state-operationsSkill
- test-driven-developmentSkill
- using-git-worktreesSkill
- verification-before-completionSkill
- writing-plansSkill
- writing-skillsSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

