verification-before-completion

Run tiered verification commands before declaring code completion or bug fixes.

Updated Mar 11, 2026
One-click install
npx skills add https://github.com/sartoris-digital/pi-superpowers --skill verification-before-completion-sartoris-digital
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verification-before-completion
Source: https://github.com/sartoris-digital/pi-superpowers/tree/main/skills/verification-before-completion
Command: npx skills add https://github.com/sartoris-digital/pi-superpowers --skill verification-before-completion-sartoris-digital

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents premature claims of completion or success by enforcing a strict verification process before any assertions are made about code, tests, or bug fixes.

Core Features & Use Cases

  • Enforces Verification: Mandates running specific commands and reviewing their output before declaring a task done.
  • Tiered Verification: Offers Light, Standard, and Thorough verification levels based on change scope and sensitivity.
  • Use Case: Before committing code, use this skill to ensure all tests pass, the build is clean, and the changes align with the original requirements, preventing the introduction of regressions or incomplete fixes.

Quick Start

Use the verification-before-completion skill to run a standard verification of your recent changes.

Frequently Asked Questions about verification-before-completion

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

FAQPage Schema
How do I verify code changes before claiming a task is complete?

To verify code changes before claiming completion, enforce a rigorous verification process requiring specific commands to run and outputs to be reviewed. This prevents premature assertions by mandating evidence before any declarations of success or bug fixes.

What is the best way to prevent premature bug fix assertions during development?

Preventing premature bug fix assertions requires a tiered verification process offering Light, Standard, and Thorough levels based on change scope. This ensures tests pass, builds remain clean, and changes align with original requirements before declaring success.

How do I choose the right verification level for my code review?

Choosing the right verification level depends on change scope and risk sensitivity. Light verification suits minor tweaks, Standard fits typical updates, and Thorough verification targets high-risk changes requiring extensive testing and code review before completion.

How does tiered testing prevent incomplete fixes from being committed?

Tiered testing prevents incomplete fixes by mandating running specific commands and reviewing their output before declarations. Applying Light, Standard, or Thorough verification based on change scope ensures code quality and stability by requiring evidence over assumptions.

When do I need a thorough verification process for debugging changes?

A thorough verification process for debugging is needed when change scope and risk sensitivity are high. It enforces running comprehensive testing commands and reviewing outputs extensively to prevent regressions or incomplete bug fixes before claiming success.