用途：该技能用于约束完成声明，要求任何“测试通过”“构建成功”“缺陷已修复”“任务完成”“可以合并”等说法都必须有刚刚运行的新鲜验证证据，否则不得作出声明。
主要能力：提供五步验证门（识别证明命令、重新运行、完整阅读输出与退出码、确认输出是否支持声明、最后才声明）；规定验证顺序为构建→类型检查→lint→测试→安全扫描→diff 审查，遇首个失败即停止；要求验证前先用 git status --porcelain 检查工作区，避免在脏工作树上叠加验证提交；要求独立验证子智能体的报告，不转发其“全部通过”结论；区分“测试通过”与“需求满足”，需逐条对照计划或需求清单；对无自动化验证命令的文档、配置、基础设施即代码等变更，给出阅读渲染结果、语法校验（如 jq .、yamllint、terraform validate、docker build）或 git diff 核对的方式，并明确说明“无自动化验证，已通过阅读 diff 验证”；验证失败时如实报告失败输出、不得重试同一命令碰运气、回到实现修复后从第一步重跑；若失败与本次改动无关，需给出证据说明其在基线分支同样出现。
使用方式：在即将提交、推送、创建 PR、标记任务完成、进入下一任务、向用户汇报结果或子智能体报告成功时触发；长会话中每完成一个函数或组件、约每 15 分钟活跃编码设置检查点。
适用场景：编码、调试、代码评审修复、测试编写、设计变更与 Figma 同步等需要完成声明的流程。
限制：资料未提供安装命令、平台支持、收费方式与具体运行环境要求；该技能本身不执行验证，只规定验证纪律与证据要求。