verification-before-completion
Installation
SKILL.md
Adapted from
obra/superpowersat commitb36e0829c6d0140e93cfef2ca599b1b07d4a7797(MIT).Same-surface proof discipline is adapted from Cursor's
poteto-modeat commit93b00b89ef425a9c1bac0d0b317dfc49c930ac99(MIT, Copyright (c) 2026 Cursor).
Verification before completion
NO COMPLETION CLAIMS WITHOUT VERIFICATION EVIDENCE MATCHING THE CLAIM
Before a success claim, commit, or PR:
- Identify the command or observation that proves each claim, exercised on the same surface the claim names.
- Base the claim on applicable evidence: run that focused check now, or reuse verified evidence whose relevant code, tests, inputs, and environment still match — an identical tree is a sufficient case, not the only one. Add no test or command without a named reachable scenario; coverage percentage and duplicate evidence are not goals. Required project checks still apply. Current-state claims (a service running now, an artifact present now) need current observation; past results do not establish them.
- Read its full relevant output and check exit status and failure counts.
- Inspect the VCS diff for delegated or file-changing work.
- Restate the approved task in one sentence, compare the result against its requirements and written conventions, and choose
accept / fix / hand back / ask. Extra ideas get one line, not code. Disposition reviewer findings before repairing: reject failed gates, fix small in-scope violations, hand large/out-of-scope work to the human. One fix pass and one delta recheck; unresolved findings go to the human rather than another round. - Report the actual result with evidence. If a check fails or was not run, say so, and name what remains unverified. Handoffs, commits, and identical-content merges do not invalidate still-applicable evidence; a rerun needs a relevant delta or a specific hypothesis, not a "final" label.