- Home
- Skills
- Mattgierhart
- Prd Driven Context Engineering
- Prd V08 Runbook Creation
prd-v08-runbook-creation_skill
- Python
17
GitHub Stars
1
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill mattgierhart/prd-driven-context-engineering --skill prd-v08-runbook-creation- SKILL.md9.8 KB
Overview
This skill creates concise, actionable runbooks for incident response, deployments, maintenance, recovery, and escalation during PRD v0.8 Deployment & Ops. It outputs RUN- entries with clear scope, prerequisites, step-by-step procedures, verifications, escalation paths, and post-incident actions. The runbooks are written for operators with minimal context to ensure fast, reliable responses.
How this skill works
On request, the skill identifies critical scenarios (MON-, DEP-, RISK- entries) and maps each scenario to a single RUN- runbook. It generates a template-based runbook that includes scope, prerequisites, numbered procedures with commands, verification checks, escalation instructions, and post-incident tasks. Each output is traceable with linked IDs and a last-tested date to support maintenance and drills.
When to use it
- When an alert fires and you need a clear step-by-step response
- Before a scheduled production deployment or hotfix
- For routine maintenance windows or scheduled backups
- When defining escalation paths for on-call teams
- During release planning to ensure MON-/DEP-/RISK- coverage
Best practices
- Create one runbook per distinct scenario with explicit scope and exclusions
- Include precise commands, links, and contact info; assume minimal operator context
- Add verification checks after each major step to confirm success
- Define clear escalation conditions, contacts, and required handoff data
- Keep an owner and last-tested date; update runbooks after drills or incidents
- Split overly long procedures into focused runbooks to avoid operator confusion
Example use cases
- RUN-001 style incident: database connection pool exhaustion with SQL checks, kill steps, and escalation
- RUN-002 style deployment: pre-deploy announcement, checkpoint tagging, CI/CD deploy, smoke tests, and 15-minute monitoring
- Maintenance runbook: certificate renewal with prerequisites, step-by-step renewal, verification, and rollback steps
- Recovery runbook: data restore procedure with verification and post-restore validation
- Escalation runbook: when automated remedies fail, who to contact and what information to provide
FAQ
Runbooks follow the RUN- template: title, category, trigger, owner, scope, prerequisites, step-by-step procedure with commands and verification, escalation, and post-incident tasks.
Who should own and maintain runbooks?
Assign an owner (team or role) responsible for testing, last-tested dates, and updates after incidents or drills. Owners ensure runbooks remain accurate and actionable.