Our review
Creates operational runbooks for CI/CD, deployment, database operations, incident response, and maintenance procedures, following the Diátaxis framework and documentation principles.
Strengths
- Provides copy-paste ready commands
- Includes failure scenarios and rollback steps
- Organizes runbooks by category
- Enforces risk level assessment
Limitations
- Requires prior knowledge of the process
- Template may need adaptation for non-standard workflows
- Limited to operational documentation only
Use when documenting deployment processes, database migrations, incident response, or any repeatable operational procedure that needs clear step-by-step instructions.
Do not use for feature documentation, architectural decisions, or general knowledge base articles where troubleshooting is not the primary focus.
Security analysis
SafeThe skill only instructs the AI to create documentation files; it does not execute any commands or interact with systems, so there is no direct security risk.
No concerns found
Examples
Create a runbook for deploying to production. Include rollback steps and failure scenarios.Update the deploy-to-staging runbook to add new environment variables and fix outdated commands.name: document-runbook description: Document CI/CD, deployment, and operational procedures. Use when creating runbooks, documenting deployment processes, or writing operational guides.
Runbook Documentation Skill
Purpose
Create operational runbooks for deployment, database operations, incident response, and maintenance procedures. These are "How-To" documents in the Diátaxis framework, specifically for operations tasks.
Smart Interaction
ASK the User When:
- Creating new runbook: Confirm process name and risk level
- Deleting runbook: Always confirm before deletion
- High-risk procedures: Confirm rollback steps are adequate
PROCEED Autonomously When:
- Updating existing runbook: Add new steps, update commands
- Adding troubleshooting: Enhance with new failure scenarios
- Fixing commands: Correct outdated or broken commands
- Adding verification steps: Improve procedure completeness
Documentation Principles (CRITICAL)
Before writing ANY documentation, review ../DOCUMENTATION_PRINCIPLES.md for:
- Ground Truth Only - Document what exists in code, no speculation
- Writing Tone - Clear and educational without audience labels
- Code Examples - Real files with paths and line numbers
- Performance Docs - Techniques + measurement methods, NOT estimated timings
- What NOT to include - No troubleshooting, future work, or meta-commentary
- Diagrams - Use when they clarify technicals, not for decoration
These principles override any template suggestions that conflict with them.
Note: Runbooks are the APPROPRIATE place for troubleshooting content (unlike feature docs).
Instructions
When documenting operational procedures:
- Identify the process (deploy, rollback, migration, etc.)
- Use the runbook template at
templates/runbook.md - Include actual commands that can be copy-pasted
- Document failure scenarios and recovery steps
- Output to
/docs/operations/[process-name].md
Template
Use the template at: .claude/skills/document-runbook/templates/runbook.md
Runbook Categories
Organize runbooks by category:
docs/operations/
├── index.md # Operations overview
├── deployment/
│ ├── deploy-to-production.md
│ ├── deploy-to-staging.md
│ └── rollback-deployment.md
├── database/
│ ├── database-migration.md
│ ├── backup-restore.md
│ └── seed-data.md
├── maintenance/
│ ├── dependency-updates.md
│ └── log-rotation.md
└── incident-response/
├── service-outage.md
└── data-corruption.md
Command Standards
- All commands must be copy-paste ready
- Use environment variables for secrets:
$DATABASE_URL - Include
--dry-runoptions where available - Show both successful and error outputs
Risk Levels
| Level | Definition | Review Required | | ------ | ------------------------------------ | --------------- | | Low | No data loss risk, easily reversible | None | | Medium | Potential service disruption | Team lead | | High | Data loss risk, hard to reverse | Team approval |
Output Location
| Category | Output Path |
| ----------- | ---------------------------------------------- |
| Deployment | /docs/operations/deployment/[name].md |
| Database | /docs/operations/database/[name].md |
| Maintenance | /docs/operations/maintenance/[name].md |
| Incident | /docs/operations/incident-response/[name].md |
Quality Checklist
Before completing:
- [ ] All commands are copy-paste ready
- [ ] Expected outputs documented
- [ ] Failure scenarios covered
- [ ] Rollback procedure included
- [ ] Troubleshooting table complete
- [ ] Prerequisites clearly listed
- [ ] Time estimate provided
- [ ] Risk level assessed
- [ ] Emergency contacts included (for high-risk)
Examples
Creating New Runbooks (Will Ask User)
- "Create a deployment runbook" → Ask: Risk level? Environment?
- "Document the database migration process" → Confirm category and scope
Updating Existing Runbooks (Autonomous)
- "Add new step to deployment runbook" → Updates existing doc
- "Fix the database restore command" → Corrects command
- "Add troubleshooting for timeout errors" → Adds to troubleshooting table
By Category
- "Document production deployment" →
/docs/operations/deployment/deploy-to-production.md - "Create database backup runbook" →
/docs/operations/database/backup-restore.md - "Write incident response for outages" →
/docs/operations/incident-response/service-outage.md
Docker Compose Architect
DevOps
Designs optimized Docker Compose configurations.
Incident Postmortem Writer
DevOps
Writes structured and blameless incident postmortem reports.
Runbook Creator
DevOps
Creates clear operational runbooks for common DevOps procedures.