用途：这是一条约束“宣布完成”行为的技能规则，要求在提交代码、汇报任务完成或向协调者返回通过结论之前，先获得本轮新鲜的验证证据。
核心原则：没有新鲜的验证证据，就不能做完成声明。若本轮没有运行验证命令，就不能声称其通过。规则强调遵守文字即遵守精神。
验证门（Gate）流程：一、确定能证明该结论的命令（任务文件中的 ## Verification Commands）；二、在本轮完整、重新执行该命令，不能沿用上一次运行或“应该会通过”；三、读取完整输出，检查退出码和失败数量，并在返回结果中粘贴最后 20 至 30 行；四、判断输出是否支持该声明：不满足则给出真实状态和证据（退出码、失败数），满足则附带证据（exit 0、N/N 通过）再做声明。跳过任一步都算撒谎而非验证。
常见对应关系：称“测试通过”需测试命令输出 0 失败；称“代码检查干净”需检查输出 0 错误；称“构建成功”需构建命令 exit 0；称“缺陷已修复”需原症状测试通过；称“回归测试有效”需验证红绿循环；称“子代理完成”需版本控制差异显示改动并由自己重跑；称“需求满足”需逐行对照规格清单。前次运行、“应该通过”、日志好看、仅部分检查或子代理自报成功都不充分。
危险信号：使用“应该”“大概”“似乎”；验证前就表达满意；未验证即提交、推送或返回通过；仅凭子代理报告；只跑部分测试；心存“就这一次”。
与 superpowers-evaluator 的关系：本技能是实现方的前置门，评估器是独立的只读后置门，会自行重跑验证命令；两者不重叠，不要依赖评估器兜底。
限制：资料仅描述该规则的执行理念与流程，未提供具体命令、安装方式或平台信息。