用途：适用于多步骤工作（sweeps、migrations、同类编辑的批量运行），以及如何堆叠 commit 与 PR。核心做法是把工作排成一系列可验证的小单元。
主要能力：要求按顺序工作，每个单元以可检查的状态收尾；在单元声明的检查通过之前，不得推进到下一个单元。对于耦合的迁移，调用 /pstack-principle-migrate-callers-then-delete-legacy-apis 来定义单元与中间门禁。
执行方式：在 sweep、迁移或任何同类编辑的批量运行中，先在其声明的门禁处验证每项改动，再开始依赖该改动的工作。每个单元是一个前后括号：已知良好状态、一次改动、运行检查、然后继续。使用调用工作流的已验证基线，包括集成版本；保留无关工作和既有分支归属。当由工具批量执行编辑时，逐单元检查几乎无成本，但仍应运行。
交付方式：按能证明工作的顺序堆叠 commit 和 PR。典型形态是先放失败测试，再把修复放在上面。其他叙事顺序包括：重塑前先做减法、处理前先捕获基线、功能前先搭脚手架。中间证明性 commit 可以显示为红；包含修复的已检查交付单元才构成完整证明。独立落地的单元必须通过其验收门禁。
与 /pstack-principle-prove-it-works（保证每项检查真实）和 /pstack-principle-build-the-lever（让逐单元检查成本更低）互补。
适用场景与限制：资料未列出具体支持的平台、安装步骤、收费或价格信息；具体使用步骤需参照调用工作流的说明。