verification-before-completion

Enforces running verification commands before claiming work is complete or passing.

1|Updated Jun 24, 2026
One-click install
npx skills add https://github.com/maopujie10-sys/Bailongma --skill verification-before-completion-maopujie10-sys
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verification-before-completion
Source: https://github.com/maopujie10-sys/Bailongma/tree/main/src/skills/superpowers/verification-before-completion
Command: npx skills add https://github.com/maopujie10-sys/Bailongma --skill verification-before-completion-maopujie10-sys

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It prevents false completion claims by requiring fresh verification evidence before any statement that work is done, fixed, or passing, eliminating broken code shipped on assumptions. ## Core Features & Use Cases - Evidence-First Gate: Defines a five-step gate (identify, run, read, verify, claim) that must be completed before any success claim. - Failure Pattern Catalog: Maps common claims like tests passing, builds succeeding, and bugs fixed to the exact command output required as proof. - Rationalization Blocking: Lists excuses such as "should work" or "linter passed" and explains why each is insufficient. - Use Case: Before committing a bug fix, run the test suite, confirm zero failures in the output, then state the result with that evidence instead of assuming the fix worked. ## Quick Start Ask the agent to verify the fix with fresh test output before claiming the task is complete.

Frequently Asked Questions about verification-before-completion

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify code changes before committing?

Identify the command that proves your claim, run it fresh and completely, read the full output including exit code, then state your claim with that evidence. Never commit based on previous runs or assumptions.

What counts as proof that tests pass?

Proof is the actual test command output showing zero failures from a run executed in the current session. Previous runs, partial checks, or statements like "should pass" do not qualify as verification evidence.

Does a passing linter mean the build succeeds?

No, a linter passing does not prove compilation succeeds. Linters check style and syntax patterns but do not verify that the code compiles or builds, so you must run the actual build command and confirm exit code zero.

How do I verify a regression test actually works?

Use the red-green cycle: write the test, run it to confirm it passes with the fix, revert the fix and confirm the test fails, then restore the fix and confirm it passes again. A test that never fails proves nothing.

Can I trust an agent's success report without checking?

No, agent success reports must be independently verified. Check the version control diff to confirm actual changes were made and run relevant verification commands yourself before reporting the true state.