Runbook
Create or load an operational runbook for a given topic. Searches `runbooks/` for an existing match; if none, scaffolds a new one from the standard template (Purpose / Prerequisites / Steps / Verification / Troubleshooting / Last Tested). Use when asked to "create a runbook", "load runbook for X", document a procedure, or look up an SOP.From its SKILL.md
npx -y skills add bg-szy/TOP-SKILLS --skill runbookAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 5 stars5 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.5 KB, 501 tokens by cl100k_base, as published. Nobody here has run it
Runbook — Create or load an operational runbook
When invoked with a topic (e.g., /runbook ARI management group):
- Search
runbooks/for existing runbooks matching the topic - If found, load and display the runbook
- 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 Testedof 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 patchcommand 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 .statusis. 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.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.