用途
Pre-mortem 是一项 AI 智能体技能，采用 Gary Klein 的事前验尸（pre-mortem）技术：先想象计划已经失败，再倒推解释失败原因。通过假设失败，让团队能够安全地说出被乐观情绪掩盖的风险。
该技能适用于在发布、迁移、重组、合同、招聘、架构变更或任何难以逆转的承诺之前使用。典型触发语包括：“可能出什么问题？”、“压力测试这个计划”、“推演失败情形”。也适用于所有人都喜欢、但没有人攻击过的计划。
不适用场景：解释已经发生的失败（那是事后验尸，应使用根因分析方法），或审查论证逻辑而非计划本身。
主要能力
该技能提供一套结构化的五步流程：
- 想象：用过去时写一句话，例如“到了[日期]，[计划]惨败：[失败定义]。”
- 原因：列出失败原因，覆盖不同角度以避免聚集，包括人员与技能、流程与时间线、技术与依赖、客户与市场、资金、外部事件。加入一个反转提示：“什么能保证失败？”并列出必须避免的事项。每个原因应是具体故事（如“供应商 API 在发布周更改了速率限制”），而非类别（如“供应商风险”）。
- 排序：为每个原因给出通俗语言的可能性、发生后的影响以及早期预警信号，保留前 5-8 项。
- 缓解：为每个首要原因选择一种措施：预防（改变计划使其不可能发生）、检测（显示早期信号的指标或检查）、响应（预演过的后备方案）。并添加负责人（或标记“待分配”）。
- 决策：现在要做的计划变更；触发条件（计划暂停、更改或停止的条件）；继续/不继续声明（按原样继续、修改后继续，或暂停直到指定风险降低）。
使用方式
开始前，需在一个区块中说明：计划（做什么、谁、何时完成）、失败定义（“惨败”的可观察含义）、时间范围，以及通过标准（想象、原因、排序、缓解、决策）。
先收集信息。在生成原因之前，阅读计划、时间线、依赖关系、过往事件和类似发布。仅针对工具无法回答的问题最多提 3 个问题。
轻量路径：小请求时，6 个原因，前 3 项排序，每项一个缓解措施。
适用场景
- 发布、迁移、重组、合同、招聘、架构变更等难以逆转的承诺之前
- 需要压力测试计划、推演失败情形时
- 所有人都喜欢但无人攻击过的计划
限制与注意事项
- 避免泛泛风险（如“范围蔓延”）而没有故事，应写出发生时的具体样子。
- 避免所有事项都是高可能性和高影响，必须强制排序；所有事项都重要的列表无法指导行动。
- 缓解措施必须有人负责，否则标记为未分配。
- 不适用于已经失败的场景，那是事后验尸，应使用根因方法。
- 输出不是“不会出其他问题”的承诺，应在每个触发条件处重新审视。
检查清单
- 已说明计划、失败定义和时间范围
- 失败用过去时书写
- 原因跨多个角度且为具体故事，并包含反转提示
- 已按可能性、影响和早期预警信号排序
- 缓解措施为预防、检测或响应，并有负责人
- 有触发条件和继续/不继续声明