verification-before-completion

Enforce fresh verification evidence before declaring completion of tests, builds, lint, and PR workflows.

Updated Apr 1, 2026
One-click install
npx skills add https://github.com/cill-i-am/task-tracker --skill verification-before-completion-cill-i-am
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verification-before-completion
Source: https://github.com/cill-i-am/task-tracker/tree/main/.agents/skills/verification-before-completion
Command: npx skills add https://github.com/cill-i-am/task-tracker --skill verification-before-completion-cill-i-am

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Claiming work is complete without verification is dishonesty, not efficiency.

Core Features & Use Cases

  • Enforces verification before declaring success across tests, builds, lint, and PRs.
  • Provides a step-by-step gate function to run commands, read outputs, verify results, and only then claim success.
  • Useful for any team that requires auditable, reproducible completion evidence before merging or releasing.

Quick Start

Run the full verification commands and verify the results before declaring completion.

Frequently Asked Questions about verification-before-completion

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

FAQPage Schema
How do I enforce verification evidence before claiming a pull request is complete?

Enforce verification evidence by running full test, build, and lint commands, then examining their outputs and exit codes before declaring a pull request complete. This gate function prevents dishonest completion claims by requiring auditable proof of success.

What is the best way to verify test and build success before merging code?

Verifying test and build success requires running the full verification commands and checking their exit codes and outputs. This approach ensures you have fresh, reproducible evidence before asserting that your code is ready to merge.

Why do I need to run fresh builds and tests before declaring work done?

Running fresh builds and tests is necessary because claiming completion without verification is dishonest. This process provides auditable evidence from actual command outputs and exit codes, ensuring reproducibility before merging or releasing.

How do I set up a step-by-step gate to check lint and test outputs?

Set up a gate function by running your verification commands, reading the outputs, verifying the exit codes, and only then claiming success. This step-by-step process ensures lint and test results are examined before completion is declared.

Can I use this verification gate for any codebase requiring auditable completion evidence?

Yes, you can use this verification gate for any codebase or team that requires auditable, reproducible completion evidence. It works across tests, builds, lint, and pull-request workflows to enforce honest reporting before merging or releasing.

What are the limitations of asserting completion without fresh verification outputs?

Asserting completion without fresh verification outputs leads to dishonest claims and unverified code. The limitation is that you lack reproducible evidence from test, build, and lint exit codes, risking failure when merging or releasing.