← スキル一覧に戻る

verification-before-completion
by sebnow
Configuration files for Linux and Mac OS X
⭐ 6🍴 0📅 2026年1月4日
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.
スコア
総合スコア
45/100
リポジトリの品質指標に基づく評価
✓SKILL.md
SKILL.mdファイルが含まれている
+20
○LICENSE
ライセンスが設定されている
0/10
○説明文
100文字以上の説明がある
0/10
○人気
GitHub Stars 100以上
0/15
○最近の活動
3ヶ月以内に更新がある
0/10
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
✓タグ
1つ以上のタグが設定されている
+5
レビュー
💬
レビュー機能は近日公開予定です


