living-playbook-sre

Map incident categories to operational runbooks with owners and rollback controls.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/MythologIQ/Zo-Qore --skill living-playbook-sre
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: living-playbook-sre
Source: https://github.com/MythologIQ/Zo-Qore/tree/main/.claude/commands/scripts/custom/_quarantine/living-playbook-sre
Command: npx skills add https://github.com/MythologIQ/Zo-Qore --skill living-playbook-sre

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill standardizes incident response by mapping incident categories to actionable runbooks and ensures these playbooks remain up-to-date with lessons learned from post-incident reviews.

Core Features & Use Cases

  • Incident Classification: Categorize incidents based on type and blast radius.
  • Runbook Mapping: Link incidents to specific operational actions, assign owners, and define rollback procedures.
  • Playbook Maintenance: Integrate learnings from incident retrospectives to refine and update runbooks.
  • Use Case: When a critical service experiences an outage, this Skill can quickly identify the incident type, pull up the relevant runbook, and guide the SRE team through the resolution steps, ensuring consistency and efficiency.

Quick Start

Use the living-playbook-sre skill to map the 'database-connection-error' incident to its corresponding runbook.

Frequently Asked Questions about living-playbook-sre

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I standardize incident response actions for recurring SRE incidents?

To standardize incident response, map incident categories to actionable operational runbooks and define specific actions, owners, and rollback controls. This ensures consistent execution and logging of outcomes for recurring incidents.

What is the best way to keep SRE playbooks current with post-incident learnings?

Keeping SRE playbooks current involves integrating learnings from incident retrospectives to refine and update runbooks. This continuous maintenance ensures that response actions reflect the latest operational analysis and post-incident reviews.

How do I map an incident type and blast radius to a specific operational runbook?

Mapping an incident type and blast radius to a runbook requires classifying the incident first. Once classified, the system links the incident to runbook actions, assigns owners, and defines rollback procedures for execution.

Can I use this approach to guide an SRE team through a critical service outage?

Yes, you can use this approach during a critical service outage to quickly identify the incident type, pull up the relevant runbook, and guide the SRE team through standardized resolution steps, ensuring efficiency and consistency.

What do I need to classify before mapping an incident to rollback controls?

Before mapping an incident to rollback controls, you need to classify the incident type and determine its blast radius. This classification is required to accurately map to runbook actions and assign appropriate owners.

Why does mapping incidents to runbooks require logging execution outcomes?

Mapping incidents to runbooks requires logging execution outcomes to capture post-incident learnings. These logged outcomes feed back into retrospective analysis, which is used to update and maintain the playbooks for future events.