用途：Premortem 是在实施前挑战计划的可选策略，用一个全新的上下文识别既定意图或调用方意图可能失败的具体方式。它不是必需 RPI 流程的一部分，也不授权就绪状态。它负责三项检查，通用建议由 Review 承担，已完成变更的验收由 Validate 承担，多个独立视角由 Council 承担。
主要能力与检查顺序：一、谁验证及验证者是否全新：检查每个工作单元的验证者是否与作者上下文不同，自评绿色是典型假完成。二、哪些步骤是单向门：逐步标记双向或单向，单向步骤须说明确切撤销成本、不可逆点和越界时谁持有控制权。三、构造失败：为每个候选失败尝试写出会使计划失败的输入、命令序列或仓库状态，并运行或引用检查；无法构造的失败须报告为已尝试但受阻并说明障碍，仅有想象风险属于空想悲观。
使用方式：先解析现有意图来源，检查其验收、非目标、证据要求和声明的写入范围；意图摘要为所提供意图文本的 SHA-256（例如 shasum -a 256 plan.md）。从非计划作者的上下文进行判断，遵循共享挑战方法的身份、模型选择、授权与边界规则。若本上下文写了计划且无法启动新上下文，仍可运行检查但须说明独立性缺失，且不得描述为独立。运行三项检查后，再对照引用的仓库事实测试验收完整性、边界行为、范围和依赖。随后返回一组完整、有边界的发现，附带已检查与未检查范围，交由调用方决定是否修订计划或调用 RPI。
限制：仅输出建议性发现，不作任何版本、就绪、准入或许可的判定；不实施、不验证候选、不重试、不修复、不排期、不认领、不更改验收、不操作 Git、不关闭工作、不发布、不交付。任何计划编辑都会为后续调用方发起的 Premortem 创建新对象。输出默认内联，按重要性排列发现，并给出验证者、单向步骤、已检查、未检查与独立性说明。若为空集，仅表示该可选挑战未发现具体缺陷，绝不构成生命周期门禁。