该技能的核心原则是“先有证据，再下结论”。它约束的是对可验证结果的主张，例如“测试通过”“构建成功”“缺陷已修复”，要求在断言前真正运行检查命令，并按风险大小决定检查力度；一行文案微调不必跑完整测试套件，但也不能用同义词回避验证。
使用方式上，技能给出“门控流程”：先确定哪条命令能证明该结论，再完整、重新地运行该命令，读取全部输出并检查退出码与失败数量，确认输出支持结论后才可以声明；若输出不支持，则如实说明实际状态并附证据。任何跳步都被视为欺骗而非验证。
技能列出了常见失败对照：测试通过需要测试命令输出 0 失败，而非上次运行结果或“应该能过”；构建成功需要构建命令退出码为 0，而 lint 通过不能替代编译；修复缺陷需要复现原始症状的测试通过；回归测试需要验证红绿循环，即先失败再通过；代理报告成功需查看版本控制差异并独立验证；需求完成需逐条对照清单。
技能还指出“检查本身会撒谎”的情况：应按内容而非形状或数量断言，因为失败和成功可能外观相同；应将返回值和实际输入对比，而非与描述性标签对比；应寻找未被测试的维度，例如只覆盖了正常路径；语法检查只证明可解析，不证明运行正确；以挂起形式出现的失败不会报告任何信息，应与计时器竞速使失败可见；在截断显示中统计完整性没有意义，应使用 grep -c 等完整计数并换一种方法复核，多行文本应按段落而非逐行审查。
适用时机：在提出任何成功或完成声明、表达满意、提交、创建 PR、结束任务、进入下一任务或委派代理之前。技能最后强调：运行命令，阅读输出，然后再声明结果，没有捷径。资料未提供该技能的安装命令、平台限制或收费信息。