用途：该技能用于在宣称工作已完成、已修复或测试通过之前，强制先运行验证命令并确认输出结果，避免无证据的完成声明。适用于提交代码、创建 PR、任务收尾或转交下一个任务前。
核心原则：证据先于声明。铁律是没有任何新的验证证据，就不作完成声明；若未在消息中运行验证命令，就不能声称通过。
验证门流程：先确定哪条命令能证明该声明；再执行完整命令（全新、完整）；然后通读全部输出，检查退出码与失败数量；再判断输出是否支持声明——不支持则如实说明实际状态并附证据，支持则附证据再作声明。跳过任一步都视为说谎而非验证。
常见失败对照：测试通过需测试输出 0 失败，而非上次运行或“应该能过”；代码检查通过需检查输出 0 错误，而非部分检查或外推；构建成功需构建命令退出码为 0，而非检查通过或日志好看；修复缺陷需复现原始症状的测试通过，而非仅改了代码；回归测试需验证红绿循环，而非仅通过一次；代理完成需版本控制差异显示变更，而非代理自称成功；需求满足需逐条清单核对，而非测试通过。
危险信号：使用“应该”“大概”“看起来”；验证前表达满意；未验证就提交、推送或建 PR；信任代理的成功报告；依赖部分验证；想“就这一次”；疲劳想收工；任何暗示成功但未运行验证的措辞。
禁止自我合理化：如“现在应该能用了”“我有信心”“就这一次”“检查通过了”“代理说成功”“我累了”“部分检查够了”“换个说法规则就不适用”等，均不构成证据，需实际运行验证、独立核实、完整检查并遵循规则精神。
使用模式：测试需运行命令并看到通过数；回归测试需写、跑通、回退修复、再跑必须失败、恢复、再跑通过；构建需运行并看到退出码 0；需求需重读计划、建清单、逐条核验、报告缺口或完成；代理转交需核验版本控制差异与变更后报告实际状态。
限制：资料为技能说明文本，未提供安装命令、平台、收费、价格等具体信息，使用时需自行确认可用环境。