incident-response-runbook

Write incident response runbooks with severity ladders, roles, and postmortem follow-through.

2|Updated Jul 6, 2026
One-click install
npx skills add https://github.com/nguyenpv1980-wq/Project-Aegis --skill incident-response-runbook
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: incident-response-runbook
Source: https://github.com/nguyenpv1980-wq/Project-Aegis/tree/main/.claude/skills/incident-response-runbook
Command: npx skills add https://github.com/nguyenpv1980-wq/Project-Aegis --skill incident-response-runbook

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It helps teams write incident response procedures that a responder can execute under pressure without needing prior context, so production failures are handled consistently instead of improvisationally.

Core Features & Use Cases

  • Severity ladder design: Defines SEV1 to SEV4 classification with one-minute criteria, concrete examples, and the rule that ambiguity classifies up.
  • Role and comms planning: Specifies incident commander, comms lead, and operations responsibilities, including small-org collapse behavior and severity-based update cadences.
  • Triage and containment guidance: Structures alert-family triage to a decision point and points responders to rollback and other containment artifacts by reference rather than reauthoring them.
  • Postmortem discipline: Captures evidence during the incident and ensures every finding lands in a named outcome such as a regression test, alert fix, runbook fix, architecture item, or owned accepted risk.

Quick Start

Ask for an incident response runbook for your system that includes severity levels, roles, comms templates, containment rules, evidence capture, and postmortem follow-through.

Frequently Asked Questions about incident-response-runbook

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

FAQPage Schema
How do I write an incident response runbook that on-call responders can actually execute under stress?

An incident response runbook must be written so responders can execute it under pressure without prior context. It structures severity ladders with one-minute criteria, defines role collapse for small teams, triages alerts to containment decisions, and enforces postmortem finding dispositions.

What is a severity ladder and how do I set objective SEV classification criteria for production incidents?

A severity ladder classifies production incidents from SEV1 to SEV4 using objective one-minute criteria with concrete examples. The core rule is that ambiguity classifies up, ensuring responders quickly escalate uncertain situations rather than underestimating impact during triage.

How do I structure incident communication and tenant-aware disclosure during a production outage?

Incident communication requires specifying incident commander, comms lead, and operations responsibilities with severity-based update cadences. Tenant-aware disclosure ensures affected tenants receive appropriate status page updates while small-org role collapse behavior keeps comms flowing without requiring a dedicated team.

What's the best way to ensure every postmortem finding results in a tracked action item instead of being forgotten?

Postmortem discipline requires capturing evidence during the incident and ensuring every finding lands in a named outcome such as a regression test, alert fix, runbook fix, architecture item, or owned accepted risk. This enforced disposition prevents unresolved findings from recurring.

Can I use this runbook approach for a small organization without dedicated incident commander and comms lead roles?

Yes, the runbook explicitly handles small-org role collapse behavior where the same responder must cover incident commander, comms, and operations duties. It structures containment guidance to triage alert families to decision points and references rollback procedures by reference rather than reauthoring them.

Why does my incident runbook fail when responders try to execute it during an actual production failure?

Runbooks fail when they lack objective one-minute SEV criteria, reference containment procedures without reauthoring them, or omit evidence capture during the incident. Without enforced finding dispositions and tenant-aware disclosure, responders improvise inconsistently instead of following executable, stress-tested procedures.