verify-when-complete
Skill8 starsChanged 3 months agoMITView on GitHub
Run format, lint, build, and test verification before claiming work is complete. Detects the project toolchain (Taskfile, Makefile, or raw Go) and runs the appropriate commands. Use before committing, pushing, creating PRs, claiming a fix works, or any completion assertion.
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 12 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
No completion claims without fresh verification evidence.
- Distinctive: line 18
Before claiming any status or expressing satisfaction:
- Distinctive: line 24
If NO: state actual status with evidence
- Distinctive: line 25
If YES: state claim with evidence
- Distinctive: line 40
Use the detected toolchain above to select commands from the tables below.
- Distinctive: line 44
Run each step in order. If any step fails, stop and report the error.
- Very specific: line 78
If a specific task/target doesn't exist, fall back to the raw Go equivalent.
- Distinctive: line 82
Before committing or pushing
- Distinctive: line 83
Before creating or updating a pull request
- Distinctive: line 84
Before claiming a bug is fixed
- Distinctive: line 85
Before claiming a rebase or conflict resolution succeeded
- Distinctive: line 86
Before moving to the next task after making changes
- Distinctive: line 87
Before any statement asserting correctness or completion
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Verify When Complete
No completion claims without fresh verification evidence.
This skill is the operational arm of ~/.claude/rules/probe-not-assume.md: claims of completion require fresh, probed evidence, not implementer self-report.
Core Principle
Evidence before claims, always. If you haven't run the verification command in this message, you cannot claim it passes.
Gate Rule
Before claiming any status or expressing satisfaction:
- Identify: What command proves this claim?
- Run: Execute the full command (fresh, complete)
- Read: Full output, check exit code, count failures
- Verify: Does output confirm the claim?
- If NO: state actual status with evidence
- If YES: state claim with evidence
- Only then: make the claim
Red Flags: Stop and Verify
- Using "should", "probably", "seems to"
- Expressing satisfaction before verification ("Great!", "Done!")
- About to commit/push/PR without verification
- Relying on a previous run, not a fresh one
- Trusting subagent success reports without independent verification
Detected Toolchain
!if [ -f Taskfile.yaml ]; then echo "taskfile"; elif [ -f Makefile ]; then echo "makefile"; else echo "raw"; fi
Use the detected toolchain above to select commands from the tables below.
Verification Steps
Run each step in order. If any step fails, stop and report the error.
Format
| Toolchain | Command |
| Taskfile | task fmt (if exists) |
| Makefile | make fmt (if exists) |
| Raw Go | go fmt ./... |
Lint
| Toolchain | Command |
| Taskfile | task lint (if exists) |
| Makefile | make lint (if exists) |
| Raw Go | go vet ./... |
Build
| Toolchain | Command |
| Taskfile | task build (if exists) |
| Makefile | make build (if exists) |
| Raw Go | go build ./... |
Test
| Toolchain | Command |
| Taskfile | task test (if exists) |
| Makefile | make test (if exists) |
| Raw Go | go test -race -count 1 -v ./... |
If a specific task/target doesn't exist, fall back to the raw Go equivalent. Run tests uncached (-count 1), with race detection, no -short flag.
When to Apply
- Before committing or pushing
- Before creating or updating a pull request
- Before claiming a bug is fixed
- Before claiming a rebase or conflict resolution succeeded
- Before moving to the next task after making changes
- Before any statement asserting correctness or completion
Cross-references
- The narrowest verification command this skill produces (e.g.
task test -- -run '^TestX$' -count=1) is the natural reproducer for thebisectskill. When a test that this skill once green-lit is now red, bisect with that exact command.
In this repository38 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- active-readSkill
- active-reviewSkill
- analyze-knowledgeSkill
- audit-accomplishmentsSkill
- audit-historySkill
- bisectSkill
- ci-debug-loopSkill
- create-decision-documentSkill
- create-jira-itemSkill
- create-prSkill
- create-ruleSkill
- create-skillSkill
- discover-patternsSkill
- evaluate-dependencySkill
- fix-pr-conflictSkill
- implement-planSkill
- match-voiceSkill
- push-and-watchSkill
- rebase-pr-chainSkill
- review-allSkill
- review-api-compatSkill
- review-ciSkill
- review-codeSkill
- review-coverageSkill
- review-databaseSkill
- review-documentationSkill
- review-infrastructureSkill
- review-observabilitySkill
- review-performanceSkill
- review-planSkill
- review-reliabilitySkill
- review-securitySkill
- review-trajectorySkill
- set-session-contextSkill
- ship-itSkill
- simplify-proseSkill
- start-daySkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

