用途：该技能用于约束代理在宣布“完成”“已修复”“测试通过”或提交代码、发起 PR 之前，必须先取得新鲜的验证证据。核心原则是：没有验证输出，就不能做完成声明。
主要能力：提供一套可执行的验证协议。流程为：先确定哪条验证命令能证明该声明；再完整、重新地运行该命令；然后读取全部输出、检查退出码并统计失败数；最后判断输出是否支持声明——不支持就如实说明实际状态并附证据，支持才带证据下结论。技能还给出命令选择规则：存在多个验证选项时，选择覆盖改动代码的最具体命令；不确定时选最宽泛的命令（完整测试套件优于单文件）；并强调 lint、build、test 各自验证不同声明，不可互相替代。
证据格式：要求以命令、退出码、结果的形式呈现，例如运行 npm test 后退出码为 0、47 通过 0 失败，才可声明“所有测试通过”；仅说“现在应该能通过”属于不合格。技能按声明类型列出所需证据：测试通过需测试输出 0 失败；linter 干净需 linter 输出 0 错误；构建成功需构建退出码 0；缺陷修复需原症状测试通过；回归测试需验证红-绿循环；代理完成需版本控制差异显示改动；需求满足需逐条清单核对。
使用方式与限制：适用于编码代理在提交、推送、PR 前的自检，以及回归测试、需求核对、代理委派结果核验等场景。技能列出危险信号（如“应该”“大概”“似乎”、未验证就表示满意、轻信代理成功报告、部分验证）并给出反驳理由。资料未提供安装命令、平台支持、收费方式等具体信息。