Prompt Incident Response

# Промт — Incident response runbook

> 🇷🇺 **Русский** · [🇬🇧 English](../en/prompt-incident-response.md)

[← Index](./README.md) · [Стандарты](./standards.md) · [Шаблон](./template.md)

tags: #prompt #incident-response #sre #ops #service #single-shot
**Статус:** `🧪 Experimental`
**Owner:** Pandamy619
**Последняя правка:** 2026-05-20
**Версия:** v1
**Источник идеи:** [PagerDuty Incident Response](https://response.pagerduty.com/), [Atlassian Incident Handbook](https://www.atlassian.com/incident-management/handbook)
**Дельта от оригинала:** жёстко разнесены роли (commander / comms / ops), формализованы severity levels с количественными критериями, добавлены таймеры коммуникации и обязательная связь с постмортем-промтом.

---

## Когда использовать

- Когда команде нужен пошаговый incident-response плейбук на момент срабатывания алерта
- Когда хочется унифицировать роли, коммуникации и эскалации между сервисами
- Когда инциденты случаются, но action нет — каждый раз разбираются заново

## Что подставить

- `{{service_name}}` — string, e.g. `payments-api`
- `{{severity_levels}}` — string, e.g. `S1: revenue impact > $10k/h или > 50% users; S2: partial impact; S3: cosmetic`
- `{{on_call_setup}}` — string, e.g. `primary on-call 24/7, secondary бизнес-часы; PagerDuty rotation еженедельно`
- `{{paging_tool}}` — enum: `pagerduty | opsgenie | grafana_oncall | victorops | manual_slack`
- `{{communication_channels}}` — string, e.g. `Slack #incidents-payments; статус-страница status.example.com; email для S1+`
- `{{stakeholder_groups}}` — list, e.g. `engineering leadership; product; legal (если data breach); customer support`
- `{{compliance_constraints}}` — string, e.g. `PCI: notify в 24h; GDPR data breach: 72h`

## Definition of done

Универсальный минимум — см. [Definition of done](./standards.md#2-definition-of-done).

Специфичные критерии:

- Severity levels формализованы количественно (`> N users`, `> $X/h`), не «большой/маленький»
- Каждая роль (incident commander / comms / ops) имеет явный список действий и owner
- Таймеры коммуникации указаны (ack за 5 мин, первое внешнее сообщение за 30 мин и т.п.)
- Раздел «когда обязателен постмортем» сформулирован однозначно, без «по решению команды»
- Шаблоны сообщений (Slack / status page / email) заполнены реальным текстом, а не плейсхолдерами

## Промт