用途：在准备宣称工作已完成或通过、收到子代理结果、或为缺陷修复编写回归测试时，先用证据证明主张，而不是事后补证。
主要能力：
- 按主张类型映射验证命令，并在本轮实际运行，使用真实输出而非记忆中的旧结果。例如：测试通过需运行项目测试命令（全量或指定测试）；linter 干净需运行项目 linter 命令；构建成功需运行项目构建命令且退出码为 0；缺陷已修复需运行能复现原始症状的测试；回归测试有效需执行红-绿-回退-恢复流程；子代理完成需查看版本控制差异并做针对性复查；需求满足需重读规格并逐行核对清单。
- 子代理结果验证：子代理在最终消息中报告成功，但报告不是证据，差异才是。收到结果后，先读摘要，再运行 git status 和 git diff 查看实际改动；若其声称测试通过，本轮运行测试命令；若声称缺陷已修复，本轮运行复现用例；确认后才接受结果。
- 回归测试的红-绿-回退-恢复：先写回归测试；在修复存在时运行，预期通过；仅回退修复；运行测试，必须失败；恢复修复；再次运行，预期通过。若第 4 步通过，说明测试未覆盖该缺陷，应丢弃重写。若遵循测试驱动开发顺序（先写测试再修复），则无需此流程，它是顺序颠倒时的补救程序。
使用方式：在做出任何完成或通过声明之前，按上述对应关系选择命令并当场执行，依据实际输出判断。
适用场景：代码提交前的自检、审查子代理产出、为缺陷修复补充回归测试。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；命令需替换为各项目自身的测试、linter、构建命令。