用途
“Attack the Premise”用于一种特定的失败模式：两个或更多修复方案共享同一个前提，并且都在同一个关卡（gate）上失败。此时应当怀疑前提，而不是继续修补这些修复方案。
其理由是：在共享前提下的每一次失败，都是关于该前提的证据。
主要能力与模式
该原则给出一套可操作的排查模式：
- 写下前提：前提是每一个失败修复都假设的那一句话。
- 在下一次修复前做普查：按参与者统计失衡情况。普查展示的是哪些参与者持有失衡，而不是失衡有多大。按照“Build the Lever”，把普查写成一个可重复运行的脚本。
- 读取偏斜：如果每次运行中都是同样的少数几个参与者在持有大部分失衡，那么一定有某种东西把该角色分配给了它们。找出是什么在分配这个角色。按照“Fix Root Causes”，这个分配就是下一个“为什么”。
- 消除不对称，而不是补偿它：按照“Laziness Protocol”，在参与者之间轮换该角色、随机化分配，或移动该角色，使得没有任何参与者在每次运行中都持有它。返回路径、共享池、批量交接或周期性再平衡都会让该分配继续存在，并在每次运行时增加工作量。
使用方式与停止条件
- 在前提被写下、普查存在之前，不要开始下一次修复。
- 如果普查显示各参与者之间是均匀的，那么前提不是原因。应到别处寻找原因，并保留普查作为证据。
适用场景
适用于反复出现的、多个修复方案在同一关卡失败的调试场景，尤其是当这些修复方案隐含地共享同一个假设时。它帮助排查者从“继续修补”转向“质疑被当前设计当作事实的那个假设”。
限制与区别
该原则与“Redesign from First Principles”不同：后者围绕一个新需求重建设计，而本原则质疑的是当前设计所假设的一个事实。
关于该原则的具体实现细节、脚本示例、工具支持或平台信息，资料中暂未提供。