Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
julianobarbosa avatar

Runbook

  • 45 installs
  • 6 repo stars
  • Updated July 22, 2026
  • julianobarbosa/claude-code-skills

Create or load operational runbook for given topic. Searches runbooks/ for match, if none scaffolds from standard template (Purpose / Prerequisites / Steps / Verification).

About

Create or load operational runbook for topic.. Searches runbooks/ for match, if none scaffolds from template (Purpose / Prerequisites / Steps / Verification / Troubleshooting).

  • intermediate skill
  • core: documentation

Runbook by the numbers

  • 45 all-time installs (skills.sh)
  • +1 installs in the week ending Aug 2, 2026 (Skillselion tracking)
  • Ranked #838 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Data as of Aug 3, 2026 (Skillselion catalog sync)
npx skills add https://github.com/julianobarbosa/claude-code-skills --skill runbook

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs45
repo stars6
Last updatedJuly 22, 2026
Repositoryjulianobarbosa/claude-code-skills

What it does

Create or load operational runbook for given topic. Searches runbooks/ for match, if none scaffolds from standard template (Purpose / Prerequisites / Steps / Verification).

Files

SKILL.mdMarkdownGitHub ↗

Runbook — Create or load an operational runbook

When invoked with a topic (e.g., /runbook ARI management group): 1. Search runbooks/ for existing runbooks matching the topic 2. If found, load and display the runbook 3. If not found, create a new one using this template:

# Runbook: {{title}}

## Purpose
[One sentence — when and why to use this]

## Prerequisites
-

## Steps
1.

## Verification
- [ ]

## Troubleshooting
| Symptom | Cause | Fix |
|---------|-------|-----|

## Last Tested
{{date}}

Save to runbooks/ with a kebab-case filename.

---

Gotchas

  • Stale runbooks are worse than no runbook: A runbook last tested 18 months ago lies confidently about command flags, dashboard URLs, and rollback paths. Treat anything past Last Tested of 90 days as suspect and re-validate before trusting it under incident pressure.
  • Untested rollback steps are decorative: "Run terraform destroy" without ever having executed it from this state means you don't know if it works. Rollback steps must have been rehearsed at least once on a non-prod replica, not just written down.
  • Missing prerequisites cause runbooks to fail at 2am: "Just run the script" assumes kubectl context, VPN, sudo on the bastion, and an active token. List every prerequisite with the exact verification command — the on-call engineer is not you with your terminal open.
  • Copy-pasted steps that worked once are not procedure: A kubectl patch command captured from a working session may hardcode a pod name, timestamp, or specific resource version. Parameterize anything that varies between executions or it will fail the second time.
  • Verification checkboxes without commands are aspirational: "Verify the service is healthy" is not a step — curl -fsS https://x/healthz | jq .status is. Every verification line should be a copy-pasteable command with the expected output noted.
  • Runbooks rot silently when systems change: Renaming a deployment, rotating a key vault name, or changing an ingress host invalidates the runbook with no signal. Link each runbook from the system's IaC repo so changes to infrastructure trigger a runbook review.

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.