用途：在即将声称工作完成、已修复或通过，以及提交、创建 PR、委派智能体或进入下一任务前，强制先取得新鲜的验证证据。核心原则是“证据先于断言，永远如此”。涉及编码工作时，应先加载 engineering-principles，再使用本技能。
主要能力：定义“铁律”——没有新鲜验证证据就不得作出完成声明；提供五步门控流程：识别能证明该声明的命令、完整运行该命令、阅读完整输出并检查退出码与失败数、判断输出是否支持声明、最后才作出声明。跳过任何一步都算说谎。技能还列出常见失败对照，例如“测试通过”需测试命令输出 0 失败，旧运行或“应该会通过”不充分；“构建成功”需构建命令退出码 0，linter 通过不算编译通过；“Bug 已修复”需复现原症状的测试通过，仅改代码并假设修好不算。
使用方式：在任何成功、完成或满意表述前执行门控流程；回归测试需验证红绿循环；需求符合需逐条对照清单；委派智能体后要独立检查 VCS diff 并自行验证，不能信任智能体的成功报告。
适用场景：测试、linter、构建、Bug 修复、回归测试、需求核对、提交与 PR 前、任务结束前、委派智能体时。
限制与失败处理：验证通常会发现真实问题，正常循环是修复并重新验证；若经过 2 至 3 轮迭代 Bug 数量不降、每次修复引入新问题、修复越来越复杂、反复犯同一类错误或无法在合理努力内到达干净状态，应停止并如实上报，说明可用与不可用部分及疑似根因，必要时升级给人类或更高级编排者；怀疑方向错误时可考虑加载 doubt-early 进行全新上下文的对抗式审查。诚实报告失败不算违规。