该技能用于一种特定的排查情形：两个或更多共享同一前提的修复，反复在同一个关卡上失败。此时应怀疑前提，而不是继续修修复本身，因为共享前提下的每次失败都是关于该前提的证据。
主要步骤：先把前提写下来，即所有失败修复共同假设的那一句话；在下一次修复前先做普查，按参与者统计失衡，普查展示的是哪些参与者持有失衡，而非失衡有多大，并应写成可重复运行的脚本；读取偏斜，若每次运行都是同样少数参与者持有大部分失衡，就说明有东西给他们分配了这个角色，找到这个分配者即下一个“为什么”；按 Laziness Protocol 移除不对称，而非补偿它，可在参与者之间轮换角色、随机化分配或移动角色，使任何参与者都不会在每次运行中都持有该角色。返回路径、共享池、批量交接或定期再平衡都会保留该分配，并在每次运行时增加工作量。
停止条件：在前提写下且普查存在之前，不要开始下一次修复；如果普查中各参与者是均匀的，则前提不是原因，应到别处寻找原因并保留普查作为证据。
该原则与 Redesign from First Principles 不同，后者围绕新需求重建设计，而它质疑的是当前设计所假设的一个事实。资料未提供具体安装命令、收费或价格信息。