用途：在宣称工作完成、已修复或测试通过之前，以及在提交或创建 PR 之前使用。核心原则是始终用证据支撑结论，铁律为“没有新鲜的验证证据，不许宣称完成”。
主要能力：提供一套门控流程，在宣称任何状态或表达满意前依次执行：确定能证明结论的命令；重新完整运行该命令；阅读完整输出、检查退出码并统计失败数；判断输出是否支持结论；只有通过后才做出结论。资料还列出常见失败模式，如测试通过需测试命令输出 0 failures、Linter 无报错需输出 0 errors、构建成功需 exit 0、Bug 修复需测试原始症状通过、回归测试需红-绿循环验证、代理完成需检查 VCS diff、需求满足需逐项核对清单。
使用方式：按门控步骤执行验证命令并阅读输出；对回归测试采用红-绿循环：编写、运行通过、回退修复、运行必须失败、恢复、运行通过。资料未提供具体安装命令或代码示例。
适用场景：任何成功或完成声明、满意表达、工作状态正面陈述、提交、创建 PR、标记任务完成、进入下一任务、委派给代理之前。
限制：资料未提供平台、收费、价格或效果信息；规则强调精神大于字面，禁止使用“应该”“大概”“似乎”等措辞，禁止在验证前表达满意，禁止信任代理的成功报告或依赖部分验证。