用途：在宣布任何任务完成前，先运行真实验证命令并读取真实输出，用证据替代“应该能行”的猜测。若本会话内未运行验证命令并读取输出，就不能声称完成。
适用时机：在说出“完成”“测试通过”“构建成功”“功能正常”“缺陷已修复”之前使用。
验证流程：第一步，先明确能证明结论的具体命令，例如测试用 npm test、pytest、go test ./...、cargo test，构建用 npm run build、go build ./...、cargo build --release，类型检查用 npx tsc --noEmit、mypy .，缺陷修复则重跑当初复现缺陷的步骤，功能验证跑完整用户流程，覆盖率用 npm run test:coverage、pytest --cov，安全用 npm audit、cargo audit、bandit -r .。第二步，在当前会话中、最后一次代码修改之后重新运行，不能引用早先的运行结果。第三步，完整阅读输出，包括退出码、通过/失败数量与具体错误信息，不要略读或臆断。第四步，仅当输出确实支持结论时才宣布完成，否则修复后从第二步重新验证。第五步，验证成功后清理本次任务产生的诊断残留，如临时日志与堆栈文件，但不要删除源码、测试、配置、项目有意保留的测试结果以及被 git 跟踪的文件。
需警惕的自我合理化：如“之前是好的”“改动很小不会破坏”“看代码是对的”“稍后再验证”等，这些都意味着尚未验证。
完成声明应包含验证命令及其输出，例如运行 npm test 后列出通过数、失败数与覆盖率。该技能的理由是模型默认偏乐观，会报告“本应如此”而非事实。
限制：资料未提供价格、平台支持范围或安装方式等信息，暂未提供。