sprint-accept

Synthesizes sprint artifacts and VP reviews into a final CTO accept or reject decision.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Closing out a sprint requires reading the plan, dev report, conformance results, and every VP review, then making a defensible accept/reject call — a process that is easy to do inconsistently or skip entirely. This Skill inventories the sprint directory, enforces that required artifacts exist, and guides the CTO agent through a structured decision synthesis. ## Core Features & Use Cases - Artifact Inventory and Gating: Lists all sprint files, flags missing canonical artifacts (sprint-plan.md, dev-report.md, conformance.md), and refuses to accept a sprint that was never objectively verified. - Structured Decision Synthesis: Tallies BLOCKER/MAJOR/MINOR findings per VP review, checks conformance NOT-MET/UNVERIFIED items, verifies Phase 1 blockers were addressed, and enforces a provenance gate on quantitative comparison claims. - Decision File Output: Writes a timestamped cto-decision file to the sprint directory with verdict (APPROVED, APPROVED-WITH-CONDITIONS, REJECTED-FOR-REVISION, or ESCALATE-TO-CEO), reasoning, and action items. - Use Case: After a dev team finishes a sprint and all VP reviews are in, run this Skill against the sprint directory to produce a formal, auditable accept/reject decision with a five-line CEO summary. ## Quick Start Run the sprint-accept skill with the path to your completed sprint directory, for example by asking to accept the work in sprints/sprint-03.

Frequently Asked Questions about sprint-accept

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

FAQPage Schema
How do I formally accept or reject a completed sprint?

Run the sprint-accept skill with the path to the sprint directory. It inventories all artifacts, synthesizes the VP reviews and conformance results, and writes a timestamped cto-decision file with an APPROVED, APPROVED-WITH-CONDITIONS, REJECTED-FOR-REVISION, or ESCALATE-TO-CEO verdict.

What artifacts are required before a sprint can be accepted?

The sprint directory must contain sprint-plan.md, dev-report.md, and conformance.md. The conformance file proves objective verification happened; it does not need to pass, since shipping with documented known issues remains a valid CTO decision.

Can a sprint be accepted if conformance checks failed?

Yes. Acceptance does not require conformance to pass, but every NOT-MET or UNVERIFIED criterion must be explicitly named in the decision as either an accepted known-issue with a follow-up owner or a blocking item. Silent gaps are not allowed.

What is the provenance gate for comparison claims?

Quantitative improvement claims in the dev report must rest on artifacts sharing a provenance triple of code SHA, bundle version, and pipeline version. Claims using the cross-version escape hatch or unhashed bundle versions are rejected as improvement evidence and may only be cited as drift analysis.

Why does sprint-accept fail with a CTO home anchoring error?

The skill must locate a directory containing .cto/projects.yaml. It checks environment variables, walks up from the working directory, and reads ~/.cto/home. If none validate, run it from the CTO home or write the correct path to ~/.cto/home.