用途：逆向思维（Inversion Thinking）源自数学家 Carl Jacobi 的“反过来想，总是反过来想”，经 Charlie Munger 推广。它不直接问“如何成功”，而是问“如何保证失败”，再避开这些路径，用于在规划功能或设计时识别被乐观掩盖的风险。
主要能力：明确目标后，列出 10 条以上具体失败路径；按类型与严重度归类；把前 3-5 条转化为显式规避要求（如“明文密码”→“使用 bcrypt，work factor ≥ 12”）；核对计划是否覆盖每条要求。
使用方式：先清晰陈述目标；再问“怎样保证它失败”并枚举失败路径；将高优先级项转为需求；最后逐条验证。资料给出决策流：有目标→能否列出达成方式→不确定则先逆向；无目标则先定义目标再逆向。
适用场景：规划新项目、功能或倡议；决策前评估；识别乐观思维遮蔽的风险；卡在如何取得正面结果时；挑战计划中的假设；编写需求或验收标准。
限制：若在规划完整发布、项目或战略决策，应改用 thinking-pre-mortem，它能产出叙事式的前瞻后见，暴露更丰富具体的失败原因；逆向思维更轻更快。任务小且可逆、失败代价低时直接做即可。若只能产出通用套话（如“没测试”“命名差”）则跳过。若失败模式已被 CI、lint、类型系统等现有检查覆盖，不必重复枚举。
资料还给出技术设计、代码审查、职业与团队建设、项目规划等应用模式，以及安全、性能、可靠性、可维护性、团队等领域的常见逆向清单和验证清单。核心提醒：避免明显错误往往胜过聪明的优化。