Review Spec
Review the supplied planning artifacts for internal coherence, structural testability, traceability,
and cross-artifact consistency. Accept product and design choices as written; consequential gaps,
alternatives, and weak decisions belong to an approach review.
Read all relevant markdown artifacts and infer their roles from path and content. Missing artifact
types are not findings.
Check applicable concerns:
- contradictions, scope drift, dropped commitments, or terminology drift across artifacts;
- behavioral requirements without a concrete testable scenario, scenarios that do not express their
requirement, or unresolved placeholders;
- tasks that are not self-contained, lack exact source citations, alter source acceptance criteria,
over-prescribe implementation, retain placeholders, or separate ordinary infrastructure, tests, or
docs from the behavior they support; and
- contradictions or unresolved references within an artifact.
Every finding must cite the exact path and section. Recommend the smallest consistency-preserving fix
when more than one is possible.
Do not critique product intent or architecture, search for missing behavior or failure-mode decisions,
review implementation code, invent missing artifacts, or rewrite the artifacts.
## Findings
### [high|medium|low] <title>
- Artifact: <path and section>
- Issue: <consistency, testability, traceability, or coherence defect>
- Fix: <smallest safe correction>
## Assessment
<Artifact readiness, or "No findings.">
1---2name: review-spec3description: Reviews proposal, specification, design, and task artifacts for internal consistency, testability, traceability, and cross-artifact alignment. Use when asked to review a spec, review artifacts, check design documents, check a change for consistency, or verify artifact quality before implementation.4---56# Review Spec78Review the supplied planning artifacts for internal coherence, structural testability, traceability,9and cross-artifact consistency. Accept product and design choices as written; consequential gaps,10alternatives, and weak decisions belong to an approach review.1112Read all relevant markdown artifacts and infer their roles from path and content. Missing artifact13types are not findings.1415Check applicable concerns:1617- contradictions, scope drift, dropped commitments, or terminology drift across artifacts;18- behavioral requirements without a concrete testable scenario, scenarios that do not express their19 requirement, or unresolved placeholders;20- tasks that are not self-contained, lack exact source citations, alter source acceptance criteria,21 over-prescribe implementation, retain placeholders, or separate ordinary infrastructure, tests, or22 docs from the behavior they support; and23- contradictions or unresolved references within an artifact.2425Every finding must cite the exact path and section. Recommend the smallest consistency-preserving fix26when more than one is possible.2728Do not critique product intent or architecture, search for missing behavior or failure-mode decisions,29review implementation code, invent missing artifacts, or rewrite the artifacts.3031```markdown32## Findings3334### [high|medium|low] <title>35- Artifact: <path and section>36- Issue: <consistency, testability, traceability, or coherence defect>37- Fix: <smallest safe correction>3839## Assessment40<Artifact readiness, or "No findings.">41```