verification-before-completion

Installation
SKILL.md

Adapted from obra/superpowers at commit b36e0829c6d0140e93cfef2ca599b1b07d4a7797 (MIT).

Same-surface proof discipline is adapted from Cursor's poteto-mode at commit 93b00b89ef425a9c1bac0d0b317dfc49c930ac99 (MIT, Copyright (c) 2026 Cursor).

Verification before completion

NO COMPLETION CLAIMS WITHOUT VERIFICATION EVIDENCE MATCHING THE CLAIM

Before a success claim, commit, or PR:

  1. Identify the command or observation that proves each claim, exercised on the same surface the claim names.
  2. 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.
  3. Read its full relevant output and check exit status and failure counts.
  4. Inspect the VCS diff for delegated or file-changing work.
  5. 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.
  6. 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.
Installs
38
Repository
legout/skills
First Seen
Sep 4, 2026