The Incident Channel — an illustrated card from The IT Arcana
XX·judgement

The Incident Channel

The channel that opens the moment something breaks, and closes for good only once the ghost is actually laid to rest.

upright

Closed For Good

The fix shipped, the monitor's in place, the postmortem's written and actually read by the people who needed to read it, and today you get to archive the incident channel for real — not paused, not 'we'll reopen if it happens again,' genuinely closed, because the root cause is actually gone, not just quiet. There's a particular relief in a resolution you trust, one you'd stake your next on-call rotation on.

This is Judgement's clean reckoning: the full accounting done honestly, the lessons actually absorbed instead of just documented, the ghost genuinely laid to rest instead of merely muted. Archive the channel with confidence today. You earned the closure by doing the unglamorous follow-through nobody sees.

what may cross your path

  • A postmortem action item you were dreading actually gets done, and done well, before the deadline.
  • You archive an incident channel and feel real confidence instead of just relief that it's over.
  • A monitor you added after an outage catches something small before it becomes something big.
  • Someone references an old incident in a meeting and you get to say, honestly, 'that's fully fixed now.'
Finish the follow-through before you close the channel — the closure only means something if the fix and the monitor are actually in place, not just promised.

The ghost is at rest because I did the work to rest it.

true resolutionaccountabilityclosurelessons absorbedreckoning
reversed · the shadow

Same Root Cause, New Timestamp

You reopen the channel and the name is depressingly familiar — same service, same symptom, same on-call engineer squinting at the same graph, three weeks after the last time everyone swore this was handled. Somewhere between the postmortem and today, the action item that would have actually prevented this got deprioritized, or forgotten, or quietly downgraded from 'must fix' to 'nice to have,' and the ghost that was supposedly laid to rest just walked right back in.

This is Judgement's harder truth — reckoning that stopped short of the actual verdict. Fixing the symptom and closing the channel felt like closure the first time. It wasn't, not really, and the honest work now is finishing what got left undone instead of writing a second postmortem that says the same thing as the first.

what may cross your path

  • An incident channel with a familiar name gets reopened, and you recognize the root cause immediately.
  • A postmortem action item from last month turns out to have quietly stalled in someone's backlog.
  • Someone asks 'didn't we already fix this' and the uncomfortable answer is 'we said we would.'
  • You write a second postmortem that reads almost identically to the first one, timestamp aside.
Go back to the original action items and actually finish them this time — a second incident with the same cause means the first postmortem's real work never got done.

Closure I didn't finish wasn't closure. I can go back and actually finish it.

recurrenceincomplete follow-throughdeferred accountabilityfalse closurerepeated failure