verification-before-completion

Enforce evidence-based verification before declaring task completion.

Updated Jun 20, 2026
One-click install
npx skills add https://github.com/lowmason/agent-skills --skill verification-before-completion-lowmason
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verification-before-completion
Source: https://github.com/lowmason/agent-skills/tree/main/verification-before-completion
Command: npx skills add https://github.com/lowmason/agent-skills --skill verification-before-completion-lowmason

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This guide helps teams and individuals avoid false success claims by enforcing evidence-based verification before marking work done or opening PRs.

Core Features & Use Cases

  • Enforces a formal verification step before status updates or releases.
  • Documents required outputs and evidence to support claims, ensuring reproducibility and auditability.
  • Use Case: before merging changes, run verification commands and attach fresh outputs as validation.

Quick Start

Run the verification command, review the produced evidence, and only then declare 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 evidence-based verification before merging a pull request?

Evidence-based verification requires running explicit verification commands and attaching fresh outputs as validation before declaring success. This enforces traceable evidence and reproducible logs for every completion claim across your development workflow.

What is evidence-based verification in a CI/CD pipeline?

Evidence-based verification in a CI/CD pipeline is a formal step requiring fresh command outputs and logs to justify status updates. It ensures claims of completion are always backed by traceable evidence before any code review or release.

How do I prevent false success claims during software releases?

You prevent false success claims by applying formal guardrails that require explicit verification steps before status updates. This ensures work is only marked done when supported by fresh command outputs and documented evidence.

Can I use this verification process for both code reviews and release workflows?

Yes, you can use this verification process across development, review, and release workflows. It applies formal guardrails to ensure any status update or release claim is justified with fresh verification evidence and traceable logs.

What is the best way to document verification evidence for auditability?

The best way to document verification evidence is to require explicit verification steps and attach fresh command outputs before claiming success. This ensures reproducibility and auditability across your development and release workflows.