← Back to list

verification-before-completion
by sebnow
Configuration files for Linux and Mac OS X
⭐ 6🍴 0📅 Jan 4, 2026
SKILL.md
name: verification-before-completion description: "Use when claiming work is complete, tests pass, or fixes work. Required before commits and PRs. Enforces running verification commands and confirming output before success claims. Triggers: 'done', 'fixed', 'passing', 'works now', before committing."
Verification Before Completion
Overview
Claiming work is complete without verification is dishonesty, not efficiency.
Core principle: Evidence before claims, always.
Verification Protocol
Before claiming any status:
- Identify: What command proves this claim?
- Run: Execute the full command (fresh, complete)
- Read: Full output, check exit code, count failures
- Verify: Does output confirm the claim?
- If no: State actual status with evidence
- If yes: State claim with evidence
- Only then: Make the claim
Skip any step = no claim permitted.
Common Failures
| Claim | Requires | Not Sufficient |
|---|---|---|
| Tests pass | Full suite: 0 failures | "My new tests pass", ignoring pre-existing failures |
| Linter clean | Linter output: 0 errors | Partial check |
| Build succeeds | Build: exit 0 | Linter passing |
| Bug fixed | Test symptom: passes | Code changed |
| Regression test | Red-green cycle | Test passes once |
| Agent completed | VCS diff verified | Agent reports success |
| Requirements met | Line-by-line check | Tests passing |
Red Flags
Stop immediately if:
- Using "should", "probably", "seems to"
- Expressing satisfaction before verification ("Great!", "Perfect!", "Done!")
- About to commit/push/PR without verification
- Trusting agent success reports
- Relying on partial verification
- Rationalizing pre-existing test failures as "unrelated"
- Claiming "my tests pass" when full suite has failures
- Any wording implying success without having run verification
Verification Patterns
Tests:
Good: [Run full test suite] [See: 34/34 pass] "All tests in suite pass"
Bad: "My new tests pass" (ignoring 2 pre-existing failures)
Bad: "Should pass now" / "Looks correct"
Regression tests (TDD Red-Green):
Good: Write -> Run (pass) -> Revert fix -> Run (must fail) -> Restore -> Run (pass)
Bad: "I've written a regression test" (without red-green verification)
Build:
Good: [Run build] [See: exit 0] "Build passes"
Bad: "Linter passed" (linter doesn't verify compilation)
Requirements:
Good: Re-read plan -> Create checklist -> Verify each -> Report
Bad: "Tests pass, phase complete"
Agent delegation:
Good: Agent reports success -> Check VCS diff -> Verify -> Report actual state
Bad: Trust agent report
Rationalization Prevention
No shortcuts exist. Counter every excuse:
- "Should work now" -> Run verification
- "I'm confident" -> Confidence is not evidence
- "Just this once" -> No exceptions
- "Linter passed" -> Linter is not compiler
- "Agent said success" -> Verify independently
- "Partial check is enough" -> Partial proves nothing
- "Pre-existing failures are unrelated" -> Full suite must pass, no exceptions
- "My tests pass" -> All tests must pass, not just yours
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
Rule applies to exact phrases, paraphrases, synonyms, and implications.
Bottom Line
Run the command. Read the output. Then claim the result.
No exceptions.
Score
Total Score
45/100
Based on repository quality metrics
✓SKILL.md
SKILL.mdファイルが含まれている
+20
○LICENSE
ライセンスが設定されている
0/10
○説明文
100文字以上の説明がある
0/10
○人気
GitHub Stars 100以上
0/15
✓最近の活動
3ヶ月以内に更新
+5
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
✓タグ
1つ以上のタグが設定されている
+5
Reviews
💬
Reviews coming soon


