postmortem

Featured

Test a retrospective causal question against outcome evidence. Use when: a postmortem is explicitly requested; finishing a task does not require a report or lesson.

AI & Automation 434 stars 40 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 97/100

Stars 20%
88
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Postmortem > **Purpose:** Answer an explicit retrospective causal question using the > already-validated outcome and evidence. ## Prompt ```text Postmortem: verdict .agents/ao/verdicts/2026-08-30-cli-regen.json shows NOT_PROVEN then PASS after we added a mutating-check guard to skills/validate/scripts/validate.sh. Did that guard actually cause the fix, or did the flaky CI runner just stop flaking that day? ``` ## It's working if Observable in the trace, without reading the prose: - The report pins the exact `verdict.v2` id and the causal question before the timeline section. - A claim promoted to cause cites its mechanism, evidence, and counterfactual together under the report's `hypotheses` list. - A claim resting only on symptom cessation is listed under `unknowns`, not promoted to cause. - The report lands at `.agents/scratch/postmortem/YYYY-MM-DD-postmortem-<topic>.md` and `bash skills/postmortem/scripts/validate.sh` exits 0. ## Critical Constraints - Because proof and causal inference are different judgments, Postmortem is retrospective causal analysis, not the general learning umbrella and not a completion gate. - It consumes immutable Validate verdict evidence and does not re-run acceptance validation because Validate already owns that proof. - Treat causal statements as hypotheses because causal confidence must survive alternatives. Separate observed sequence, contributing conditions, counterfactuals, and unknowns. - A correlation is not promot...

Details

Author
boshu2
Repository
boshu2/agentops
Created
10 months ago
Last Updated
today
Language
Go
License
Apache-2.0

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

premortem-postmortem

Run premortems before risky work and postmortems after incidents or failures. Use when the user asks for premortem, postmortem, incident review, retrospective, launch risk, "how will this fail", or "what killed this". Build the causal chain from evidence and produce the premortem/postmortem document with owners and verification.

1 Updated yesterday
CassioRoos
AI & Automation Listed

engineering-incident-postmortem

Runs a blameless incident post-mortem: reconstructs the timeline from evidence, separates trigger from cause from contributing conditions, and produces owned, dated remediation actions. Use when an incident, outage, degradation, or severe bug has been resolved and a written review is due, or when a draft post-mortem needs review before it goes to a review board. Trigger on 'write the post-mortem', 'RCA for the outage', 'incident review', 'five whys', 'what was the root cause', 'corrective actions for INC-'. Not for triaging an incident that is still live — that is engineering-incident-command; not for routine bug write-ups with no customer or availability impact, which belong in the ticket.

0 Updated 1 weeks ago
alihusains
AI & Automation Listed

project-postmortem

Generate an evidence-grounded project retrospective — pulled from git history and decision docs, not memory — that grades the project on separate dimensions, splits what went right from wrong, reduces the failure to its root ordering error, extracts transferable lessons for the next project, and names what survives. Use whenever a project ships, stalls, or gets sunset and someone wants the writeup — "post-mortem", "retrospective", "what went wrong with X", "we're sunsetting X, write it up", or mid-project "why did this go sideways". The method cites commit hashes or sources for every claim, builds a timeline of when validation happened vs building, separates pros from cons including uncomfortable symmetries, and ends with a per-dimension scorecard plus a what-survives list — then runs a check that fails any vanity scorecard or uncited narrative. Distinct from drift-check (audits live docs) and conductor-memory/session-bookend (capture session state for continuity); this extracts backward-looking lessons.

0 Updated today
scoobydrew83