用途：这是一条开发纪律规则，核心原则是“证据先于结论”。在声称任何工作已完成、已修复或已通过之前，必须在本条消息中实际运行验证命令。未运行验证命令，就不能声称它通过。
主要能力：提供一道“门禁”流程——先确定哪条命令能证明该结论，再完整、全新地执行该命令，读取完整输出、检查退出码并统计失败数，然后判断输出是否支持结论；若不支持，就如实报告实际状态并附证据，若支持，才带上证据陈述结论。规则覆盖测试通过、linter 干净、构建成功、Bug 修复、回归测试有效、智能体完成、需求满足等常见断言。
使用方式：在提交、推送、创建 PR、宣布任务完成或委派智能体前后应用。测试类需运行测试命令并看到 0 失败；构建类需看到退出码 0，不能以 linter 通过代替编译；回归测试需走 красный-green 循环：写测试→运行通过→回退修复→运行必须失败→恢复→运行通过；需求满足需逐条对照清单核验；委派智能体后要独立检查 VCS 差异，不能只信其“成功”报告。
限制与红线：使用“应该”“大概”“似乎”等措辞、在验证前表达满意（如“太好了”“完美”“完成了”）、仅做部分验证、把 linter 当编译器、凭自信或“就这一次”作为例外，均属违规。任何暗示成功却未运行验证的表述都不可接受。若资料未提供具体命令名称或代码示例，此处不补充。