用途：在生产事故、发布失败、部署不稳定或重大 Bug 之后，生成结构化且无责的事后复盘文档，记录发生了什么、为什么发生以及需要改变什么。
主要能力：先收集事故上下文（影响、时间、平台、严重度、发现方式、修复方式、相关引用），再自动从代码库收集证据（受影响文件的 git log、gh pr view、gh run list/view、测试覆盖与改动频率分析），据此分析根因与促成因素，并起草具体可指派的后续事项，分为预防、检测、响应三类。
使用方式：通过技能传入事故上下文；若为空则需用户描述。技能会逐条补问缺失信息，用户可随时说“proceed”。随后调用 @create-branch 建立工作分支，把文档写入 docs/debriefs/YYYY-MM-DD-<kebab-case-topic>-debrief.md。完成后可选择用 @refine-approach 审阅改进，或把行动项按 .github/ISSUE_TEMPLATE/ 模板生成仅用于展示、可复制的 GitHub Issue 草稿（不调用 gh、glab 等外部 CLI）。
适用场景：需要团队理解事故原因并防止复发的复盘。
限制：技能本身不做任何代码改动，只产出文档；行动项仅记录在文档中，需另行建单；部分信息缺失时应显式标注，不阻塞流程；技能不预设语言或框架。