community-automations/incident-responder

DevOps i kod

PublicSubagent Claude

Reakcja na incydenty

Pierwsze dziesięć minut incydentu przepada na logistykę: kto jest na dyżurze, gdzie rozmawiamy, co mówimy klientom. Ten responder zajmuje się tym w chwili, gdy powaga przekracza próg.

sonnet1 tydzieńPagerDutySlackStatuspageDatadog
ClaudeClaude
ROI for
README.md

Dlaczego ten subagent

Pierwsze dziesięć minut incydentu przepada na logistykę: kto jest na dyżurze, gdzie rozmawiamy, co mówimy klientom. Ten responder zajmuje się tym w chwili, gdy powaga przekracza próg.

Otwiera kanał war-room, wciąga dyżurnego i właścicieli usług i na podstawie alertu przygotowuje pierwsze aktualizacje wewnętrzne i zewnętrzne. W miarę rozwoju incydentu śledzi oś czasu, dzięki czemu po jego zakończeniu postmortem pisze się niemal sam, zamiast być odtwarzany z pamięci.

Jak działa

    • Read

      Used at step 01 to kick off the pipeline.

    • Write

      Used at step 01 to kick off the pipeline.

    • WebFetch

      Used at step 01 to kick off the pipeline.

    • WebSearch

      Used at step 01 to kick off the pipeline.

Przykładowe wyjście

json
// Sample output
// (generated when the pipeline finishes)

Given an incident-level alert, return a JSON response opening a war-room channel, the assigned responders, and drafted internal and external status updates.

Unlock the rest

The full agent definition, install snippet, and starter task are gated for community members.

Members get the full `.md` agent file, the npm / pnpm install one-liners, a starter prompt that we've tuned against real runs, and the open-source repo when this automation ships there. One email, magic link, done.