用途
这一原则适用于多步骤工作，例如批量清扫（sweeps）、迁移（migrations），以及一连串同类编辑的执行；同时也适用于如何组织提交（commits）与 PR 的堆叠顺序。它要解决的问题是：如何让工作过程中的错误尽早、低成本地被发现，并让交付物对审查者具有可复现的说服力。
主要能力
核心能力是把工作排序为一连串可验证的小单元。每个单元都以一个你可以检查的状态结束，在当前单元未通过检查（未变绿）之前不推进到下一个。
资料给出的理由有两点：
- 在造成问题的那个单元处捕获到中断，定位成本很低；
- 在一整批之后才捕获到中断，问题会被掩埋，而且你已经在破损的基础上继续搭建了更多内容。
把这些单元排成审查者可以重放的交付序列，就能把“相信我”转变为“看它先红，后绿”。
使用方式
执行层面
在清扫、迁移或任何一连串同类编辑中，在开始下一个改动之前先验证当前改动。每个单元都是一个 before/after 括号：已知的良好状态、一次改动、运行检查，然后继续。应当先 rebase 到干净的主干上，这样每次检查都是针对真实基线进行度量。当某个杠杆工具来完成这些编辑时，逐单元检查的成本几乎为零，但资料仍要求照常运行检查。
交付层面
按能够证明工作的顺序来堆叠提交与 PR。资料的规范形态是：先放失败的测试，再把修复叠在上面。其他叙事顺序包括：重塑之前先做减法、处理之前先捕获基线、特性之前先搭脚手架。每个提交都能单独落地，整个序列读起来像一段论证。
适用场景
适用于任何由多个相似步骤构成、且步骤之间存在依赖关系的工作，尤其是批量或重复性的编辑任务，以及需要让审查者理解改动意图与顺序的提交与 PR 组织。
与其他原则的关系
资料说明该原则是“证明其可行（prove-it-works）”原则技能的排序补充：后者保证每一次检查都是真实的；同时也是“打造杠杆（build-the-lever）”原则技能的补充：后者使逐单元检查的成本变得低廉。
限制
用户提供的资料未说明该技能的具体实现方式、依赖工具、安装命令、收费或价格信息，暂未提供。