用途：约束开发者或 AI 智能体在宣称任务完成、修复或通过前进行真实验证，避免无依据的成功陈述。核心原则是“证据先于声明”。
主要能力：提出“铁律”——没有新鲜的验证证据，不得声称完成；给出五步关卡流程：1) 明确哪条命令能证明该声明；2) 完整执行该命令（新鲜、完整）；3) 读取完整输出、检查退出码、统计失败数；4) 判断输出是否支持声明，不支持则给出真实状态，支持则附带证据；5) 之后才可声明。
必要对照：测试通过需看到测试命令 0 失败，而非上次运行或“应该能过”；代码检查干净需看到 0 错误；构建成功需构建命令退出码 0；缺陷修复需原症状测试通过；智能体完成需用版本控制 diff 佐证；需求满足需逐条清单核对。
危险信号：使用“应该”“可能”“看起来”，在验证前表达满意，提交/推送/建 PR 前未验证，直接信任智能体成功报告，或仅做部分验证。
使用方式：无论提交、创建 PR、完成任务、进入下一任务还是委派给智能体，都先执行上述关卡流程；委派场景需独立核查版本控制差异后再报告真实状态。
限制：资料未提供具体平台、安装方式、命令示例或收费信息。