premortem 是一个高风险决策审查技能，采用 Gary Klein 的“预期后见”方法：先确定性地假定计划已经失败，再追溯原因。相比直接问“可能出什么问题”，这种方式能生成约多 30% 的失败原因，且原因更具体。技能的目标是产出修订后的计划，而不只是担忧清单。
用途：对计划、发布、产品、招聘、定价变更、战略或高风险决策做事前验尸。
主要能力与工作流：触发“premortem this”“run a premortem”“what could kill this”或高风险计划时，运行 RunPremortem.md（完整并行深度分析）；触发“quick premortem”、小型或个人决策、快速直觉检查、上下文稀薄时，运行 QuickPremortem.md（单人单遍、不并行）；触发“update the premortem skill”时运行 Update.md。默认对有真实风险的事项使用 RunPremortem，仅在决策较小或用户明确要求速度时使用 QuickPremortem。
使用方式与要点：用过去时框定问题，如“现在是[时间点]。[计划]已经失败。原因如下。”不写“可能失败”。先生成相互独立的失败原因，RunPremortem 的并行代理不得看到彼此输出，这是防止锚定的关键。要求原因与计划细节绑定，拒绝通用风险。每条保留的风险都要落到缓解措施和预警信号，最终给出修订计划与发布前检查清单。以 Markdown 为准，记录为 .md 文稿；HTML 仅是可选视觉产物，通过 Tools/GenerateReport.ts --html 生成。Tools/GenerateReport.ts 将发现 JSON（模式见 References/Templates.md）转为 markdown（默认）或自包含 HTML 报告，配合 bun 运行，参见 Tools/GenerateReport.help.md。
适用场景：有具体计划、尚可修改、风险真实且需要行动跟进的高风险决策。
限制与不适用：概念空洞、没有具体计划时先收集计划，否则只能生成通用风险；已不可逆做出的决策价值低；事实性问题或创意反馈不适用；抽象攻击某个想法或论证应改用 RedTeam，当前多视角辩论应改用 Council。不要混淆：Premortem 是对具体计划想象未来失败并产出修订计划，RedTeam 是对任意想法做对抗攻击，Council 是多个当下视角辩论。
注意事项：那个“30%”统计指的是生成原因数量更多，而非正确率更高，不能声称“准确率提高 30%”。锚定会毁掉整次运行，必须独立生成再合并。通用风险是首要质量失败，若原因替换主语后仍成立就过于通用。应在投入承诺之前运行。上下文稀薄会产出通用结果；若无法一句话说明被验尸对象、受影响者、成功定义，应停下来逐条提问。失败不等于悲观，输出应是具体的因果故事与缓解措施。可能性和严重性是不同维度，最可能的失败与最危险的失败通常不同，应同时呈现。
自定义：执行前检查 ~/.claude/PAI/USER/SKILLCUSTOMIZATIONS/Premortem/，若存在 PREFERENCES.md 则加载应用（如默认时间范围、报告主题、失败代理数量），覆盖默认值；目录不存在则使用技能默认值。不要在技能正文中放置私人或身份内容。
调用时运行语音通知：curl -s -X POST http://localhost:31337/notify
-H "Content-Type: application/json"
-d '{"message": "Running the WORKFLOWNAME workflow in the Premortem skill to ACTION"}' \
/dev/null 2>&1 &
随后输出：Running the WorkflowName workflow in the Premortem skill to ACTION...
完成任何工作流后，追加一条 JSONL 执行记录：
echo '{"ts":"'$(date -u +%Y-%m-%dT%H:%M:%SZ)'","skill":"Premortem","workflow":"WORKFLOW_USED","input":"8_WORD_SUMMARY","status":"ok|error","duration_s":SECONDS}' >> ~/.claude/PAI/MEMORY/SKILLS/execution.jsonl