スキル一覧に戻る
sebnow

verification-before-completion

by sebnow

Configuration files for Linux and Mac OS X

6🍴 0📅 2026年1月4日
GitHubで見るManusで実行

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:

  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 = no claim permitted.

Common Failures

ClaimRequiresNot Sufficient
Tests passFull suite: 0 failures"My new tests pass", ignoring pre-existing failures
Linter cleanLinter output: 0 errorsPartial check
Build succeedsBuild: exit 0Linter passing
Bug fixedTest symptom: passesCode changed
Regression testRed-green cycleTest passes once
Agent completedVCS diff verifiedAgent reports success
Requirements metLine-by-line checkTests 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

レビュー

💬

レビュー機能は近日公開予定です