用途：在多步骤变更开始前、或已有计划即将执行时，用该方法重写计划，让每一步都消除一处真实未知，并留下可验证的检查点。
主要能力：
- 以“消除的不确定性”而非工作量定义步骤：若某步没有带来新认知，应合并；若一次解决多个问题，应拆分。理想是每步只回答一个问题，使失败成为诊断。
- 检查点测试：每步结束时问“我运行、阅读或查看什么能确认这步落地——这个检查可能失败吗？”不能失败的检查不算检查，如“代码能编译”“测试通过”“看起来对”。
- 按不确定性排序：把最可能推翻整个计划的事放在最前，必要时用一次性探针（如对真实服务发一个请求、随后删除的 spike）先验证。
- 明确区分已知、假设与未知：已知需注明来源；假设需说明若为假会破坏什么；未知需附上关闭它的步骤。没有步骤能暴露其真伪的假设最危险。
- 失败后不向前修补：被检查推翻后，基于新知识重新规划，计划通常会更短。
使用方式：计划模板为：目标 → 未知 → 步骤（每步标注消除的未知与可能失败的检查）→ 假设（及暴露方式）。
适用场景：软件或其他多步骤变更的规划阶段、执行前的计划审查。
限制与失败模式：任务清单式步骤、空洞检查、把风险推到最后、把假设当事实、只在结尾收敛、为凑数加步骤。资料未提供具体工具命令、收费、平台或安装方式。