技能介绍

要解决什么问题

上线前、架构评审或重大变更前，团队往往只讨论「能不能做成」，很少系统回答「会以什么方式失败」。事后复盘（Triage）和变更影响分析（Ripple）都发生在损失已经可见之后；事前预测需要的是：在还没跳之前，把失败路径写清楚，并给出可比较的优先级。

Omen 的定位是事前分析引擎：假设「项目已经失败」，独立枚举原因与失败模式，用 FMEA、故障树、瑞士奶酪等框架把传播链写明白——上游原因 → 失败模式 → 下游影响——而不是事后找补叙事。

如何工作

工作流固定为 SCOPE → IMAGINE → ENUMERATE → SCORE → FORTIFY：先界定目标、假设与约束，再做 premortem 式「失败原因列表」，系统化产出失败模式目录，随后用 RPN（S × O × D）和/或 AP（AIAG-VDA H/M/L）评分排序，最后为每个模式设计三层缓解：检测、预防、恢复，并评估残余风险。

契约上值得记住的几条：每个分析范围至少枚举 5 个失败模式（DEEP）或 3 个（RAPID）；无论 RPN/AP 多低，S ≥ 9 仍标记为严重；FMEA 应视为活文档，可随设计演进更新。配方上默认走 premortem（全阶段 DEEP）；需要专项时可选用 rpn、ap、mode、faulttree、hazop 或 multi（三引擎枚举）。

典型交付包括：失败模式目录、风险评分矩阵、Top-N 关键失败叙述、缓解计划、残余风险与带代理路由的推荐下一步。

适用边界

专长是失败模式枚举与量化，不是替代实施细节设计或运维 runbook 编写。
评分依赖你对严重性、发生概率、检测能力的诚实估计；无量化的警告容易被忽视，输出质量与输入假设强相关。
复杂系统可先读参考文档（如 failure-frameworks、scoring-methodology）再选 DEEP/RAPID 与具体子命令，避免把一次分析当成勾选框练习。