Verification Before Completion Skill

Verification Before Completion 是 Superpowers 中的一个 Skill（Skill 源码）。每当智能体准备宣称工作已完成、已修复或已通过，也就是提交代码或创建 PR 之前，它就会激活。规则很简单：证据先于结论，永远如此。

铁律是："没有新鲜的验证证据，就不宣称完成。"如果本条消息里没有运行过命令，就不能说它通过了。

核心功能

• 把关流程：找出能证明结论的命令，重新完整运行，阅读输出和退出码，然后才带着证据给出结论。
• 结论对照表："测试通过"需要 0 失败的测试运行；"构建成功"需要构建以 0 退出，lint 通过不算；"bug 已修复"需要重新验证原始症状。
• 回归测试证明：写测试、运行、回退修复看它失败、恢复后再看它通过。
• 委派规则：子智能体报告成功时，自己检查版本库 diff 后再汇报。
• 危险用词："应该""大概""看起来"，以及过早的"太好了！""完成！"都会触发停止。

适用场景

• 任何提交、PR 或"任务完成"消息之前的最后一步。
• 审阅其他智能体交回的工作。
• 容易出现乐观总结的长时间自主会话。

定价

免费开源，MIT 许可证。Superpowers 背后的公司 Prime Radiant 为企业提供商业支持。实际成本主要是 token：流程类 Skill 会增加提问、评审和子智能体运行。

快速开始

Superpowers 以一个插件整体安装，这个 Skill 会连同整套库一起装上（v6.4.1 共 15 个 Skill）。在 Claude Code 中运行 /plugin install superpowers@claude-plugins-official。Cursor 用 /add-plugin superpowers，Gemini CLI 用 gemini extensions install https://github.com/obra/superpowers，Codex、GitHub Copilot CLI、OpenCode、Pi 等工具的命令见 README。Skill 会自动触发，也可以直接点名调用。 你会在智能体的最终消息里看到效果：结论附带证明它的命令和数字。

局限：在大型项目里，每次下结论前都跑全量测试和构建很耗时；对视觉设计这类没有可运行检查的内容，它无法验证。

常见问题

这和 TDD 有什么不同？

TDD 约束代码怎么写，这个 Skill 约束写完之后智能体能说什么。

阶段性进度汇报也适用吗？

适用。任何暗示成功的措辞都算。

替代方案

• Unlazy：把验收关卡做成可运行的检查。
• Claude Hooks：用 shell 钩子确定性地强制检查，而不是靠指令。
• Requesting Code Review：验证之后再加一道评审。

总结

一个小 Skill，解决智能体最常见的毛病：没做完就说做完了。更多见 skills 分类。