Skip to main content
Claiming work is complete without verification is dishonesty, not efficiency. This skill enforces the iron law: no completion claims without fresh verification evidence.

Core Principle

Evidence before claims, always. If you haven’t run the verification command in this message, you cannot claim it passes.
Violating the letter of this rule is violating the spirit of this rule.

The Iron Law

This is non-negotiable. No exceptions. Ever.

The Gate Function

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

Red Flags - STOP

Stop immediately if you’re:
  • 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

Regression Tests (TDD Red-Green)

For regression tests, you must verify the test fails without the fix and passes with it. A test that never fails proves nothing.

Build

Requirements

Agent Delegation

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

Real-World Examples

Wrong:
Right:
Wrong:
Right:
Wrong:
Right:
Wrong:
Right:

Correct Phrasing

With Evidence

  • “All tests pass” (after showing test output)
  • “Build succeeds” (after showing build output)
  • “Fixed” (after showing test passing)
  • “Complete” (after showing checklist)

Without Evidence

  • “Should work”
  • “Looks good”
  • “Probably fixed”
  • “Seems correct”
  • “Done!” (without verification)

The Bottom Line

No shortcuts for verification. Run the command. Read the output. THEN claim the result. This is non-negotiable.