sprint-verify

Verify sprint acceptance criteria against test, QA, and demo evidence in conformance.md.

1|Updated Jun 13, 2026
One-click install
npx skills add https://github.com/apireno/agent-workflow-template --skill sprint-verify-apireno
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sprint-verify
Source: https://github.com/apireno/agent-workflow-template/tree/main/.claude/skills/sprint-verify
Command: npx skills add https://github.com/apireno/agent-workflow-template --skill sprint-verify-apireno

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Sprint reviews often rely on dev-report claims that were never independently checked, so acceptance criteria get marked done without evidence. This Skill objectively maps every acceptance criterion from scope.md or sprint-plan.md to concrete evidence and marks each one MET, NOT-MET, or UNVERIFIED before any ship decision is made. ## Core Features & Use Cases - Evidence aggregation: Inventories test-results.md, qa-report.md, demo-output.md, flow-graph.json, and dev-report.md, warning when evidence is missing or stale. - Gap-fill verification: Runs each criterion's declared empirical signal directly via Bash when no existing artifact covers it, never trusting dev-report prose as proof. - Conformance report: Seeds and updates conformance.md with a criteria table, MET/NOT-MET/UNVERIFIED summary, standing derived-artifact rows (ADR-002), and plan-quality notes. - Use Case: After the dev team finishes a sprint and QA has driven the UI, run this Skill on the sprint directory to produce an objective conformance report that /sprint-accept uses to make the ship or no-ship call. ## Quick Start Ask the agent to verify the sprint deliverables in a given sprint directory, for example by saying: verify the sprint in docs/sprints/2024-09-checkout against its acceptance criteria.

Frequently Asked Questions about sprint-verify

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

FAQPage Schema
How do I verify sprint acceptance criteria objectively?▼

Run the sprint-verify skill on the sprint directory after tests and the QA drive complete. It extracts every acceptance criterion from scope.md or sprint-plan.md, aggregates existing evidence, runs any uncovered empirical signals, and writes conformance.md with MET, NOT-MET, or UNVERIFIED per criterion.

What is the difference between sprint verify and sprint accept?▼

Sprint verify produces objective facts in conformance.md and makes no ship decision. Sprint accept consumes that report and decides whether to ship, optionally accepting NOT-MET items as documented known issues.

When should sprint verification run in the workflow?▼

Run it after the dev-report, test re-run, and QA drive have landed, but before sprint acceptance. If test-results.md is missing or older than dev-report.md, the skill warns that test-backed criteria will be marked UNVERIFIED.

Does sprint verify trust the dev-report claims?▼

No. The skill explicitly rejects dev-report prose as evidence. Each criterion needs a concrete artifact citation or a directly executed empirical signal; otherwise it is marked UNVERIFIED rather than assumed MET.

What happens when an acceptance criterion has no empirical signal?▼

Criteria without a runnable signal and no covering evidence are marked UNVERIFIED, never assumed MET. The skill also records these as plan-quality notes in conformance.md as feedback for VP Product.