agentsclimarketplace

Verify when complete

Skill paultyng/skill-issue/skills/verify-when-complete

Personal Claude Code / Cursor agent skills, rules, and config

Install
npx -y skills add paultyng/skill-issue --skill verify-when-complete

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

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.

SKILL.md

3.0 KB, 696 tokens by cl100k_base, as published. Nobody here has run it

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:

  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

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

ToolchainCommand
Taskfiletask fmt (if exists)
Makefilemake fmt (if exists)
Raw Gogo fmt ./...

Lint

ToolchainCommand
Taskfiletask lint (if exists)
Makefilemake lint (if exists)
Raw Gogo vet ./...

Build

ToolchainCommand
Taskfiletask build (if exists)
Makefilemake build (if exists)
Raw Gogo build ./...

Test

ToolchainCommand
Taskfiletask test (if exists)
Makefilemake test (if exists)
Raw Gogo 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 the bisect skill. When a test that this skill once green-lit is now red, bisect with that exact command.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 327,069. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.