Agent Skills
返回列表
💻

完成前验证

开发编程 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @org-02qudk26/verification-before-completion-zh。

技能介绍

问题：未验证就宣布完成

在自动化开发中，常见风险不是“没改代码”，而是把推断当证据：测试“应该通过”、Lint 干净但构建未跑、Agent 回报成功但未看 diff。这类措辞会让提交、PR 和任务状态失去可信度，造成虚假完成、返工与信任破裂。在代码评审中，这类边界也会影响责任归属；尤其当提交信息已写、PR 已创建时，补验证的成本更高。

工作方式：证据先于断言

该技能把“完成”变成门控函数：先运行对应命令，再读取输出，最后才允许声明结果。它强调 0 个失败、退出码 0、回归测试的红绿循环、逐行需求清单，以及 VCS diff 对 Agent 变更的独立检查。遇到“应该”“可能”“完美了”等红旗，应立即停止并补验证，而不是合理化。它把命令、输出、失败数和 diff 都变成声明前的可审计前提。

适用边界：不是替代测试设计

它适合提交、PR、任务交接、委托 Agent 前后的自检，也适合多人协作中统一“完成”的措辞边界。但它不会设计测试、修复 Bug 或判断架构优劣；如果验证命令本身缺失、覆盖不足或不可运行，需要先补测试与可执行环境。

使用场景

  • 提交代码前，运行测试、Lint 与构建，并用退出码和失败数替代“应该通过”的措辞。
  • Agent 回报修复后，查看 VCS diff 并复测原始 Bug 症状，确认变更而不是只信成功报告。
  • 上线前逐行核对需求清单，避免测试通过但遗漏未定义函数或需求项。
  • 写完成说明前，执行红绿循环验证回归测试，而不是把单次通过当作稳定。

适合人员

  • 维护 CI/CD 流水线的后端工程师，需要把提交前的测试、构建证据写进完成标准。
  • 使用 Agent 改代码的技术负责人，需要独立核对 diff 与原始 Bug 症状。
  • 负责发布签核的 QA，需要阻止未验证的需求或回归被描述成完成。
  • 参与 PR 评审的工程师，需要在合并前确认 Lint、测试和构建都有真实输出。