
Verification Before Completion
Skill要求 agent 在声称完成、已修复或测试通过之前,先运行完整的验证命令并读完输出,用证据支撑结论,杜绝未经验证的成功声明。出自 Superpowers 工作流。
name: verification-before-completion
description: Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always
Verification Before Completion
Overview
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
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
相關資源

Writing Plans
Skill有了需求或规格、动手之前,把多步任务写成小粒度的实施计划:列明涉及的文件、接口签名与验证用的测试,便于逐步执行。Superpowers 的核心技能。
obra/superpowers301k
Brainstorming
Skill写代码前通过逐个提问澄清意图、约束与成功标准,把模糊想法细化成可评审的设计,得到确认后再进入实施。Superpowers 的核心技能。
obra/superpowers301k
Systematic Debugging
Skill四阶段根因调试法:先调查根因、对照可用样例找差异、单变量验证假设,最后修复根因,禁止未定位就猜测改代码。出自 Superpowers 工作流。
obra/superpowers301k
Requesting Code Review
Skill完成任务或合并前,按 git 提交区间派发独立的评审子代理,对照计划与需求检查实现,并按严重、重要、次要分级处理反馈。obra/superpowers 技能集之一。
obra/superpowers301k
Superpowers
Skill面向编码 agent 的完整开发方法论技能集:头脑风暴出设计、拆解实施计划、派子代理逐项实现并评审、强制 TDD 与系统化调试。作为插件安装可自动注入启动引导。
obra/superpowers301k
Karpathy-Inspired Claude Code Guidelines
Skill按 Karpathy 对大模型写代码常见毛病的观察整理的行为准则:先想清楚再动手、简单优先、只做外科手术式改动、以可验证的目标驱动。也可直接当 CLAUDE.md 使用。
multica-ai/andrej-karpathy-skills220k