use-verify

Run fresh verification checks before reporting completion status.

1|Updated Jan 9, 2026
One-click install
npx skills add https://github.com/mtthsnc/autonome --skill use-verify
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: use-verify
Source: https://github.com/mtthsnc/autonome/tree/main/skills/use-verify
Command: npx skills add https://github.com/mtthsnc/autonome --skill use-verify

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill enforces rigorous verification before declaring task completion, preventing premature claims and ensuring verifiable progress.

Core Features & Use Cases

  • Evidence-driven claims: Requires running fresh verification commands and checking outputs before reporting results.
  • Guardrails for software workflows: Applies to code changes, PRs, and task handoffs to keep quality intact.
  • Audit-friendly workflows: Produces repeatable verification steps that teams can trust during reviews.

Quick Start

Run the verification commands in this message and report the full output.

Frequently Asked Questions about use-verify

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

FAQPage Schema
How do I enforce verification checks before declaring a task complete?

To enforce verification checks before declaring completion, you must run fresh verification commands and inspect their explicit outputs. This approach prevents premature success claims by requiring concrete evidence gathering and exit code validation for any reported progress.

What is the best way to prevent premature success claims in CI workflows?

Preventing premature success claims in CI workflows requires implementing guardrails that validate completion status through fresh run checks. By demanding explicit verification steps and outputs before reporting results, you ensure code changes and task handoffs maintain quality.

How do I validate PR completion status with fresh run checks?

Validate PR completion status by executing fresh verification commands and capturing their full output. This process requires explicit exit codes or outputs before reporting results, ensuring task handoffs and code changes are backed by repeatable, audit-friendly evidence.

Does evidence-driven verification work for task handoffs without dependencies?

Evidence-driven verification works for task handoffs without external dependencies by enforcing internal guardrails. It requires running fresh verification commands and checking outputs directly before reporting results, ensuring progress claims remain verifiable across software engineering workflows.

When do I need explicit exit codes for software quality guardrails?

You need explicit exit codes for software quality guardrails whenever validating completion status before reporting results. Requiring fresh run checks and explicit outputs ensures that any claim of progress during code changes or PRs is backed by repeatable evidence.