用途：在做出任何完成、通过或可合并声明前，强制先运行验证命令并读取真实输出，防止用“应该能过”“看起来没问题”代替证据。
主要能力：提供五步验证门（识别证明命令、立即运行、完整读取输出与退出码、确认输出支持声明、最后才声明）；按变更类型给出验证策略，如前端需启动开发服务器并在浏览器验证、后端需 curl 端点并测错误路径、CLI 需用真实输入运行、基础设施需 dry-run、数据库迁移需 up/down/up、重构需全量测试与公共 API 对比；要求至少一个对抗性探测（边界值、并发、幂等、孤儿操作）；检查评审是否因后续提交而过时；区分“测试通过”与“需求满足”；规定验证失败时不得声明完成，需报告真实失败并回到实现；禁止在本次改动导致 pre-commit 钩子失败时使用 git commit --no-verify；提供结构化完成报告格式（状态、改动、未触碰项、潜在问题、验证证据）。
使用方式：在准备提交、推送、创建 PR、标记任务完成、向用户汇报结果或子代理报告成功时触发。先运行 git status --porcelain 检查工作树；对模糊范围请求先运行 rg 统计影响面并让用户确认范围；再按变更类型运行对应证明命令，读取完整输出与退出码。
适用场景：编码任务收尾、缺陷修复确认、委派工作验收、合并前检查。
限制：资料未提供具体安装命令、收费方式或平台支持信息；部分命令示例依赖 Claude Code 或 Codex 的交互工具，其他环境需回退为聊天中的编号选项。