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.