verify-done

Verify fresh test, build, lint, or smoke results before reporting task completion.

Updated May 17, 2022
One-click install
npx skills add https://github.com/kanade0404/dotfiles --skill verify-done-kanade0404
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verify-done
Source: https://github.com/kanade0404/dotfiles/tree/main/.opencode/skills/verify-done
Command: npx skills add https://github.com/kanade0404/dotfiles --skill verify-done-kanade0404

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill stops premature completion claims by forcing a fresh verification check before you tell anyone a task is done.

Core Features & Use Cases

  • Fresh Evidence Check: Confirms the latest test, build, lint, or smoke result was run in the current session and is not stale.
  • State Validation: Verifies exit status, output details, and git status so unfinished work or uncommitted changes are not missed.
  • Use Case: Before replying to a pull request with “fixed” or “ready to merge,” it makes sure the proof is current and the repository is clean.

Quick Start

Use the verify-done skill to check whether your latest verification evidence is fresh enough to safely report completion.

Frequently Asked Questions about verify-done

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

FAQPage Schema
How do I prevent stale test or build results when claiming a pull request is done?

To prevent stale build or test results, enforce fresh verification evidence by running validation commands in the current session. The mechanism checks exit status, output details, and git status to reject completion claims when proof is missing or outdated.

What is fresh verification evidence in a development workflow?

Fresh verification evidence is proof that tests, lint, or smoke checks were successfully run in the current session before reporting a task as done. It requires checking exit status, reviewing output, and validating git state to ensure no uncommitted changes remain.

How do I verify git state before marking a task as complete?

Verify git state before marking a task complete by running validation commands in the same session and checking the repository status. This ensures unfinished work or uncommitted changes are detected and completion language is rejected when evidence is stale or missing.

Does this verification approach work for pull requests and merges?

Yes, this verification approach works for pull requests and merges by enforcing current test, build, lint, or smoke results before replying with fixed or ready to merge. It requires running validation commands in the same session and reviewing git state.

Why does my completion claim get rejected when evidence is stale?

Completion claims are rejected when evidence is stale to stop premature completion. The mechanism requires fresh verification evidence from the current session, checking exit status, output details, and git status so unfinished work or uncommitted changes are not missed.

What's the best way to enforce current validation checks before a status update?

The best way to enforce current validation checks is to require running test, build, lint, or smoke commands in the same session before a status update. This reviews exit status, output, and git state to reject completion language when evidence is stale.