禁止在未经核实前声称工作已完成

防止 AI 在未执行实际验证命令时,仅凭推测就断言任务完成。本技能强制要求在执行任何成功声明前,必须先提供最新的验证证据,杜绝“应该通过”、“大概没问题”等无证据的虚假报告。

为什么需要这个技能

在自动化工作流中,AI 常会为了省流或避免报错,直接回答“已完成”或“一切正常”。这往往导致:

  1. 信任崩塌:人类接收者无法确信结果,不得不重复验证。
  2. 隐性缺陷:测试通过但逻辑错误,或构建成功但代码未合入。
  3. 资源浪费:基于虚假完成信号进行的下一步操作(如 CI 合并、部署)可能失败,导致昂贵的回滚成本。

本技能的核心原则是:没有新鲜的验证证据,任何声称完成的行为都是撒谎,而非高效。

适用场景

  • 自动化脚本输出:Agent 在运行单元测试、构建脚本或 lint 检查后,需要确认结果。
  • 代码提交与合并:在生成 Commit Message 或创建 Pull Request 之前,确认代码无阻断性错误。
  • 状态更新:更新 Jira/Trello 卡片状态,或回复“任务完成”之前。
  • 多步任务总结:任务涉及多个子步骤,不能因为某一步失败就整体宣称成功,也不能因为部分成功就跳过验证。

核心工作流

  1. 识别验证命令: 明确证明任务完成的具体命令(如 npm test, cargo build, git diff)。
  2. 执行全量命令: 在消息中必须执行该命令并查看完整输出。不能只运行部分检查或依赖缓存结果。
  3. 读取退出码与输出: 检查 exit code 是否为 0,阅读日志确认无错误。
  4. 基于证据做结论
    • 若验证通过:展示证据(如日志片段、失败的测试数量为 0),然后 宣称完成。
    • 若验证失败:直接陈述实际状态和错误原因,不得 强行宣称成功。
  5. 禁止无据断言: 严禁使用“应该通过”、“看起来没问题”、“Agent 报告成功”等理由作为完成任务的依据。
✅ [Run test command] [See: 34/34 pass] -> "All tests pass"
❌ "Should pass now" / "Looks correct"
✅ [Run build] [See: exit 0] -> "Build passes"
❌ "Linter passed" (linter doesn't check compilation)

下载和安装

下载 verification-before-completion 中文版 Skill ZIP

解压后将目录放入你的 AI 工具 skills 文件夹,重启工具后即可使用。具体路径参考内附的 USAGE.zh.md

你可能还需要

暂无推荐