用途：该技能用于约束 AI 或开发者，在声称任务完成、修复成功或状态良好之前，必须先执行验证命令并给出证据。资料强调：没有验证就宣称完成是不诚实，而非高效。
主要能力：提出“铁律”——没有新鲜的验证证据，不得作出完成声明；并给出“门控流程”：先确定哪条命令能证明该声明，再完整运行该命令，读取完整输出并检查退出码与失败数，确认输出是否支持声明，最后才作出声明。资料还列出常见失败对照，例如“测试通过”需要测试命令输出 0 失败，而非上次运行或“应该通过”；“构建成功”需要构建命令退出码为 0，而非 linter 通过；“缺陷已修复”需要原症状测试通过，而非仅改代码；“回归测试有效”需要红绿循环验证，而非只跑一次通过；“需求满足”需要逐条清单核对，而非测试通过。
使用方式：在提交、创建 PR、宣布任务完成、进入下一任务或委派智能体之前应用。资料给出若干模式：测试需运行命令并看到通过数；回归测试需写测试→运行通过→撤销修复→运行必须失败→恢复→运行通过；构建需运行构建并看到退出码 0；需求需重读计划、建清单、逐项验证；委派智能体后需检查版本控制差异并独立验证，而非信任其成功报告。
适用场景与限制：适用于任何暗示成功、完成或正确的表述，包括同义改写与隐含语气。资料列出红旗信号，如使用“应该”“大概”“似乎”、在验证前表达满意、依赖部分验证、信任智能体报告、认为“就这一次”等。资料未提供具体安装命令、平台支持或收费信息。