安装命令
npx skills add https://github.com/0x2e/superpowers --skill verification-before-completion🇨🇳中文介绍
完成前验证
概述
未经验证就宣称工作已完成，这是不诚实，而非高效。
核心原则： 先有证据，再作声明，始终如此。
违反此规则的字面要求即违反其精神。
铁律
NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
如果你未在当前消息中运行验证命令，就不能声称它通过了。
门控功能
BEFORE claiming any status or expressing satisfaction:
1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
- If NO: State actual status with evidence
- If YES: State claim WITH evidence
5. ONLY THEN: Make the claim
Skip any step = lying, not verifying
常见失败
| 声明 | 要求 | 不充分 |
|---|---|---|
| 测试通过 | 测试命令输出：0 失败 | 之前的运行结果、"应该能通过" |
| 代码检查器无错误 | 代码检查器输出：0 错误 | 部分检查、推断 |
| 构建成功 | 构建命令：退出码 0 | 代码检查器通过、日志看起来正常 |
| Bug 已修复 | 测试原始症状：通过 | 代码已更改、假设已修复 |
| 回归测试有效 | 红绿循环已验证 | 测试通过一次 |
| 代理已完成 | VCS 差异显示更改 | 代理报告"成功" |
| 需求已满足 | 逐行核对清单 | 测试通过 |
危险信号 - 停止
- 使用"应该"、"可能"、"似乎"
- 在验证前表达满意（"太好了！"、"完美！"、"完成！"等）
- 即将提交/推送/创建 PR 而未经验证
- 信任代理的成功报告
- 依赖部分验证
- 想着"就这一次"
- 感到疲倦并希望工作结束
- 任何暗示成功但未运行验证的措辞
防止合理化
| 借口 | 现实 |
|---|---|
| "现在应该能工作了" | 运行验证 |
| "我有信心" | 信心 ≠ 证据 |
| "就这一次" | 没有例外 |
| "代码检查器通过了" | 代码检查器 ≠ 编译器 |
| "代理说成功了" | 独立验证 |
| "我累了" | 疲惫 ≠ 借口 |
| "部分检查就够了" | 部分证明不了什么 |
| "措辞不同所以规则不适用" | 精神高于字面 |
关键模式
测试：
✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"
回归测试（TDD 红绿循环）：
✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)
构建：
✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)
需求：
✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"
代理委托：
✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report
为何重要
来自 24 次失败记忆：
- 你的人类伙伴说"我不相信你" - 信任破裂
- 未定义的函数被发布 - 会导致崩溃
- 缺失的需求被发布 - 功能不完整
- 时间浪费在虚假的完成上 → 重定向 → 返工
- 违反："诚实是核心价值。如果你撒谎，你将被替换。"
何时应用
总是在以下情况之前：
- 任何形式的成功/完成声明
- 任何满意的表达
- 任何关于工作状态的积极陈述
- 提交、创建 PR、任务完成
- 转向下一个任务
- 委托给代理
规则适用于：
- 确切的措辞
- 改写和同义词
- 成功的暗示
- 任何暗示完成/正确的沟通
底线
验证没有捷径。
运行命令。阅读输出。然后声明结果。
这是不容商量的。
每周安装量
2
代码仓库
首次出现
2 天前
安全审计
Gen Agent Trust HubPassSocketPassSnykPass
安装于
amp2
cline2
opencode2
cursor2
kimi-cli2
codex2
🇺🇸English
Verification Before Completion
Overview
Claiming work is complete without verification is dishonesty, not efficiency.
Core principle: Evidence before claims, always.
Violating the letter of this rule is violating the spirit of this rule.
The Iron Law
NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
If you haven't run the verification command in this message, you cannot claim it passes.
The Gate Function
BEFORE claiming any status or expressing satisfaction:
1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
- If NO: State actual status with evidence
- If YES: State claim WITH evidence
5. ONLY THEN: Make the claim
Skip any step = lying, not verifying
Common Failures
| Claim | Requires | Not Sufficient |
|---|
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者，精准高效
