用途：该技能用于约束 AI 代理在提交代码、创建 PR 或宣布任务完成前，必须先取得新鲜的验证证据，避免无依据的“已完成”声明。
核心原则：证据先于声明。铁律是“没有新鲜验证证据，不得声称完成”。若本条消息中未运行验证命令，就不能声称其通过。
使用方式（门控流程）：1. 确定哪条命令能证明该声明；2. 运行完整命令（新鲜、完整）；3. 读取完整输出，检查退出码并统计失败数；4. 判断输出是否支持声明，不支持则如实说明实际状态，支持则连同证据一起声明；5. 之后才可作出声明。跳过任一步即等于说谎。
常见对应关系：测试通过需测试命令输出 0 失败；linter 干净需 linter 输出 0 错误；构建成功需构建命令退出码 0；缺陷修复需原症状测试通过；回归测试需验证红绿循环；代理完成需版本控制差异显示改动；需求满足需逐条清单核对。
危险信号：使用“应该”“大概”“似乎”；验证前表达满意；未验证就提交、推送或建 PR；轻信代理的成功报告；依赖部分验证；认为“就这一次”；因疲惫想尽快结束。
适用场景：任何成功或完成声明、任何满意表达、提交与 PR、任务收尾、切换到下一任务、向代理委派任务时。规则同样适用于同义改写和暗示成功的表述。
限制：资料未提供安装命令、平台支持、收费方式或具体集成细节，暂未提供。