thananon/post-mortem

Rédige le compte-rendu d'ingénierie canonique d'un bug corrigé : cause racine, mécanisme, correctif, validation et comment il a échappé. Destiné à un public d'ingénieurs, avec des identifiants de code bienvenus. À utiliser après qu'une session de débogage ait abouti à un correctif, avant de fermer le ticket.

Qu'est-ce que post-mortem ?

Cette compétence génère un rapport de post-mortem (ou analyse de cause racine, RCA) structuré et technique pour tout bug qui vient d'être corrigé. Elle est conçue pour les ingénieurs logiciels qui utilisent des assistants IA dans leur flux de travail de débogage, que ce soit via Claude Code, Cursor, Codex ou d'autres plateformes d'agents de codage. L'utilisateur déclenche la compétence en disant 'rédige le post-mortem', 'écris l'analyse de cause racine', 'documente ce correctif', ou en utilisant la commande `/post-mortem`. L'assistant recueille alors les détails essentiels pendant la session : la cause racine du bug, le mécanisme qui l'a déclenché, le correctif appliqué (avec extraits de code et explications), la validation effectuée, et une analyse de comment le bug a échappé aux tests ou à la revue. Le résultat est un document technique bien formaté, prêt à être intégré dans une base de connaissances d'équipe ou un système de tickets, améliorant ainsi la traçabilité et la prévention des régressions.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/thananon/9arm-skills/tree/main/skills/post-mortem

Installed? Explore more Recherche et analyse de données skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait post-mortem ?

Rédige le compte-rendu d'ingénierie canonique d'un bug corrigé — cause racine, mécanisme, correctif, validation et comment il a échappé. Destiné à un public d'ingénieurs, les identifiants de code sont les bienvenus. À utiliser après qu'une session de débogage ait abouti à un correctif, avant de fermer le ticket. Déclenchez-le via /post-mortem, lorsque l'utilisateur dit "rédige le post-mortem / postmortem / RCA / analyse de cause racine", "documente ce correctif", "rédige l'analyse de cause racine", "clôture ce bug avec un compte-rendu", ou vous confie un bug corrigé et validé en vous demandant le compte-rendu.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

thananon/debug-mantra

Four-mantra debugging discipline — reproduce, trace the fail path, falsify the hypothesis, cross-reference every breadcrumb. Recite the mantra block verbatim at the start of any debugging session, then apply the four steps in order before proposing any fix. Trigger on /debug-mantra and proactively whenever debugging starts — user reports a bug, says something is broken/throwing/failing, asks to debug/diagnose/investigate an issue, or pastes a stack trace or error log.

thananon/management-talk

Rewrite engineer-to-engineer content for engineering-org leadership (VPs, directors, PMs, release managers, execs in an engineering-savvy company) and shape it for the channel it is going to — JIRA comment, Slack post, async standup line, email, or meeting talking-points. Trigger when the user asks to write/rewrite for management / exec / VP / director / PM / release manager, asks for an "executive summary / leadership update / status update", says "make this less technical / less jargony", or asks for a slack / email / standup / meeting version of work originally written engineer-to-engineer.

thananon/scrutinize

Outsider-perspective end-to-end review of a plan, PR, or code change. First questions intent and whether a simpler/more elegant approach would achieve the same goal, then traces the actual code path (not just the diff) to verify the change does what it claims. Output is concise, actionable, and every call carries its rationale. Trigger on /scrutinize and proactively whenever the user asks to review, audit, sanity-check, or get a second opinion on a plan, PR, diff, design doc, or proposed code change.

Skills associés