verification-before-completion · 交付前验证
交付前的验证纪律 skill：铁律是"证据先于断言"——宣称测试通过、bug 已修、构建成功之前，必须先运行验证命令并读完输出。
内置常见断言对照表（测试/lint/构建/修复/回归测试/需求满足各需何种证据），并列出"应该""大概"等危险信号与自我合理化借口。适用于提交代码、提 PR、宣称任务完成之前。
调用示例：在聊天框中说"我改完了，帮我验证一遍再确认完成"。
产品详解
定位
verification-before-completion 是在宣称任何工作完成、修复或通过之前强制执行"先验证"的门禁 skill：跳过任何一步即视为没有验证。
核心能力
- 验证门流程：识别断言对应的验证命令 → 完整运行 → 读全输出、查退出码、数失败数 → 输出支持断言才可宣称。
- 常见断言对照：测试通过需 0 失败的测试输出；lint 干净需 lint 输出；构建成功需退出码 0；bug 修复需原症状复测通过；回归测试需红绿循环验证；需求满足需逐条清单核对。
- 危险信号识别：禁用"应该""大概""看起来对"；在表达满意、提交、PR、转交任务前一律先验证；不信任智能体的成功汇报，独立复核；局部验证不能证明整体。
- 反自我合理化：常见借口对照表——"我很确信"≠证据，"就这一次"=无例外，"lint 过了"≠编译通过，"智能体说成功了"=独立验证。
工作流程
- 识别：什么命令能证明这个断言
- 运行：完整执行验证命令（新鲜、完整）
- 读：全输出、退出码、失败数
- 核：输出是否支持断言——不支持则如实陈述实际状态
- 宣称：证据成立后才可宣称，附证据
输入与输出
| 输入 | 说明 |
|---|---|
| 待宣称的断言 | 必填，如"测试通过""bug 已修" |
| 对应的验证命令 | 选填，可由 skill 推导 |
输出：带证据的结论陈述，或实际状态说明。
与相邻 skill 的区别
- systematic-debugging：出问题时的排查流程（先根因后修复）。
- verification-before-completion（本）：宣称完成前的验证门（证据先于断言）。systematic-debugging 的修复阶段会调用本 skill 确认修复有效。
适用场景
- 提交代码、提 PR 之前
- 宣称 bug 已修、需求已满足之前
- 多智能体协作中核验子智能体的成功汇报
- 任务交接、转入下一阶段之前
使用前准备
- 无特殊配置。关键是纪律：任何成功表述之前先跑命令，"不同说法"不改变规则。
verification-before-completion 隶属于 Aiglade Skill 库。在 Aiglade 聊天框中用自然语言描述需求即可调用。