用途：该技能用于防止在未验证的情况下宣称工作完成、修复或通过。核心原则是“先证据，后声明”，铁律为“没有新鲜的验证证据，不得作出完成声明”。
主要能力：提供一套“门控”流程——先确定哪条命令能证明该声明，再完整运行该命令，读取完整输出并检查退出码与失败数，确认输出是否支持声明，最后才作出声明。若输出不支持，则如实说明实际状态并附证据。
常见失败对照：测试通过需测试命令输出 0 失败，而非上次运行或“应该能过”；linter 干净需 linter 输出 0 错误，而非部分检查或外推；构建成功需构建命令退出码 0，而非 linter 通过或日志好看；缺陷修复需复现原始症状的测试通过，而非仅改代码；回归测试需验证红绿循环，而非只跑一次通过；智能体完成需版本控制差异显示变更，而非仅凭智能体报告；需求满足需逐行核对清单，而非测试通过。
危险信号：使用“应该”“大概”“似乎”；验证前表达满意（如“太好了”“完美”“完成”）；未验证就提交、推送或创建 PR；信任智能体成功报告；依赖部分验证；认为“就这一次”；因疲惫想尽快收尾；任何暗示成功却未运行验证的措辞。
使用方式：在作出任何成功或完成声明、表达满意、提交或创建 PR、结束任务、进入下一任务、委派智能体之前，均须执行门控流程。规则适用于原句、转述、同义表达以及任何暗示完成或正确的沟通。
适用场景：代码提交、PR 创建、任务收尾、智能体委派、需求核对等需要可信状态声明的开发流程。
限制：资料未提供具体命令、安装方式、平台支持或收费信息；该技能为行为约束规范，不替代实际测试、构建或 linter 工具。