安装方式
手动下载安装
下载 ZIP 后解压到技能目录即可安装。若在桌面客户端 WebView中直接下载出现异常,本站会改为提示页 + 原始链接,请按页内说明操作。
下载 ZIP (oss-superpowers-verification-before-completion-v1.0.0.zip)触发指令
/verification-before
跨平台安装指引
该技能声明兼容以下 1 个平台,将 ZIP 解压到对应目录即可被识别。
unzip oss-superpowers-verification-before-completion-v1.0.0.zip -d ~/.claude/skills/
mkdir -p 创建;启用 Skill 后请重启对应 Agent 让配置生效。
使用指南
完成前验证
在声称 「已完成」「已修复」「测试通过」,或在 提交、发 PR、结束任务 之前,必须先 在本轮对话中运行完整验证 并 根据实际输出 下结论。先有证据,再断言。
核心: 没有 当次 跑命令的证据,就不能声称成功。钻文字空子 = 违背精神。
铁律
没有本轮新鲜验证输出,不得声称完成或通过。
门禁(每条声称前)
- 认定:哪条命令能证明这句话?
- 执行:完整跑一遍(不是半截、不是记忆里的旧结果)。
- 阅读:完整输出、退出码、失败条数。
- 核对:输出是否支持你的说法?不支持 → 如实报告并贴证据;支持 → 再下结论并可引用关键输出。
跳过任一步 = 未验证 = 不可声称成功。
声称 vs 证据
| 声称 | 至少需要的证据 | 不能代替 | |------|----------------|----------| | 测试全过 | 测试命令显示 0 失败 | 上次跑过、「应该」能过 | | Lint 干净 | Linter 0 错误 | 只扫了部分文件 | | 构建成功 | 构建 exit 0 | Lint 通过 | | Bug 已修 | 复现用例已绿 | 只改了代码没跑 | | 回归测试有效 | 红—绿—再红—再绿 验证过 | 只写测没走循环 | | 代理干完了 | 看 VCS diff 并验证 | 代理口头成功 | | 需求满足 | 逐条对照清单 | 仅「测试过了」 |
红旗
「应该」「大概」「似乎」配合成功结论;验证前就「太好了」「搞定」;信代理报告不独立跑命令;部分验证当全部;「就这一次」;累了想收工;任何暗示成功却未跑命令。
借口 vs 现实
「应该好了」→ 去跑。「我有信心」→ 信心不是证据。「只此一次」→ 没有例外。「Lint 过了」≠ 编译过。「代理说成了」→ 自己验证。「累了」→ 不是理由。
模式示例
- 测试:✅ 贴命令与「34/34 通过」再说话。
- 回归:✅ 写测 → 绿 → 故意拆掉修复 → 必须红 → 恢复 → 绿。
- 构建:✅ 跑构建见 exit 0。
- 需求:✅ 重读计划做清单逐项打勾。
- 代理:✅ 看 diff + 自己跑验证。
为何重要
虚假完成会破坏信任、把未定义函数/缺需求上线、浪费返工时间;诚实是底线。
适用范围
任何 暗示完成、正确、满意、进展顺利的说法(含换种说法);提交、PR、切任务、再派代理之前。同义改写也算,不要玩文字游戏。
结论
验证没有捷径。 跑命令、读输出、再下结论。不可协商。
# 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 |
|-------|----------|----------------|
| Tests pass | Test command output: 0 failures | Previous run, "should pass" |
| Linter clean | Linter output: 0 errors | Partial check, extrapolation |
| Build succeeds | Build command: exit 0 | Linter passing, logs look good |
| Bug fixed | Test original symptom: passes | Code changed, assumed fixed |
| Regression test works | Red-green cycle verified | Test passes once |
| Agent completed | VCS diff shows changes | Agent reports "success" |
| Requirements met | Line-by-line checklist | Tests passing |
## Red Flags - STOP
- Using "should", "probably", "seems to"
- Expressing satisfaction before verification ("Great!", "Perfect!", "Done!", etc.)
- About to commit/push/PR without verification
- Trusting agent success reports
- Relying on partial verification
- Thinking "just this once"
- Tired and wanting work over
- **ANY wording implying success without having run verification**
## Rationalization Prevention
| Excuse | Reality |
|--------|---------|
| "Should work now" | RUN the verification |
| "I'm confident" | Confidence ≠ evidence |
| "Just this once" | No exceptions |
| "Linter passed" | Linter ≠ compiler |
| "Agent said success" | Verify independently |
| "I'm tired" | Exhaustion ≠ excuse |
| "Partial check is enough" | Partial proves nothing |
| "Different words so rule doesn't apply" | Spirit over letter |
## Key Patterns
**Tests:**
```
✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"
```
**Regression tests (TDD Red-Green):**
```
✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)
```
**Build:**
```
✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)
```
**Requirements:**
```
✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"
```
**Agent delegation:**
```
✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report
```
## Why This Matters
From 24 failure memories:
- your human partner said "I don't believe you" - trust broken
- Undefined functions shipped - would crash
- Missing requirements shipped - incomplete features
- Time wasted on false completion → redirect → rework
- Violates: "Honesty is a core value. If you lie, you'll be replaced."
## When To Apply
**ALWAYS before:**
- ANY variation of success/completion claims
- ANY expression of satisfaction
- ANY positive statement about work state
- Committing, PR creation, task completion
- Moving to next task
- Delegating to agents
**Rule applies to:**
- Exact phrases
- Paraphrases and synonyms
- Implications of success
- ANY communication suggesting completion/correctness
## The Bottom Line
**No shortcuts for verification.**
Run the command. Read the output. THEN claim the result.
This is non-negotiable.