Gate Check
Validate whether the PRD stage is ready to advance to the next version. Delegates to the three-layer readiness scorer — SoT files → EPICs → stage — then surfaces the leverage view (what to fix first, and which EPICs it unblocks).
Workflow Overview
- Compute → run
scripts/readiness.py run --quietto refreshstatus/readiness.json - Read → parse
status/readiness.json - Report → PASS / WARN / BLOCK verdict with top blockers and causal links
- Recommend → actionable next steps (always highest-leverage first)
Authority
references/gate-criteria.md remains the canonical source of mandatory artifacts per gate. The scorer's GATE_REQUIREMENTS table mirrors it. Do not hand-roll checklists here — the scoring engine is the single source of truth.
Step 1: Compute
Run the orchestrator. It runs SoT → EPIC → stage in dependency order and writes status/readiness.json.
python scripts/readiness.py run --quiet
# exit 0 = all pass, 1 = warn, 2 = block, 3 = error
If the exit code is 3, report a runtime error and stop. If 0/1/2, proceed to Step 2.
Fallback: no scripts available
If scripts/readiness.py is missing or Python is unavailable, fall back to reading status/readiness.json directly. If that's also absent, report: "Readiness not yet computed — install scripts/requirements.txt and run python scripts/readiness.py run."
Step 2: Read
cat status/readiness.json
Extract:
summary.current_stage— the gate being evaluated and its scoresummary.top_blockers— ranked SoT files blocking progressstages.{target}— detailed stage block (dimensions, unmet_criteria, caps)epics.{id}— per-EPIC scores (cite the lowest ones)
Step 3: Report
Use this template. Fill every field from the JSON — do not improvise scores.
## Gate Check Report: {stage.gate_description}
**Verdict**: [PASS | WARN | BLOCK]
**Stage Score**: {stage.score} / 100 (warn < {threshold_warn}, block < {threshold_block})
**Date**: {now}
### Stage Dimensions
| Dimension | Score | Weight |
|-----------|-------|--------|
| required_ids_present | {score} | {weight} |
| relevant_sot_readiness | {score} | {weight} |
| cross_ref_integrity | {score} | {weight} |
| downstream_epic_readiness | {score or "n/a"} | {weight or "—"} |
### Top Blockers (leverage view)
1. **{file}** (score {score}) — blocks {N} EPICs: {EPIC-XX, …} — impact {impact}
2. …
### Unmet Criteria (high severity first)
- [high] {ref}: {reason}
- [medium] {ref}: {reason}
### Recommendation
**If PASS**: Advance to {next_version}. Run `ghm-status-sync` to update the README dashboard.
**If WARN / BLOCK**: Do not advance. Address top blockers in order — fixing the highest-impact SoT file cascades up the graph.
**Next action**: {top_blockers[0] → concrete fix}
Verdict bands
| Stage score | Verdict | Meaning | |---|---|---| | ≥ 70 | PASS | Safe to advance | | 50–69 | WARN | Advance with documented risk; log in PRD change log | | < 50 | BLOCK | Cannot advance — per rule 05-lifecycle-gates, update the EPIC and STOP |
Step 4: Recommend
Always prioritize by impact = (100 − score) × #EPICs blocked. The top blocker is the single highest-leverage fix; cite its blocking_epics list so the human understands what unblocks.
Quality Gates
- [ ] Stage score cited from JSON, not estimated
- [ ] Top blockers include their consumer EPICs
- [ ] Recommendation is actionable (specific file, specific action)
- [ ] Verdict matches the score band exactly (don't round up)
Anti-Patterns
| Pattern | Example | Fix |
|---|---|---|
| Ignoring the score | "Feels ready; pass" | Cite stage.score verbatim |
| Skipping blockers | "Minor stuff, advance anyway" | Block if score < 50; warn if < 70 |
| Hand-rolling criteria | Re-checking IDs manually | Trust the scorer; if wrong, fix GATE_REQUIREMENTS in _readiness/stage.py |
| Forcing PASS | Overriding the verdict | Never override; the score is the contract |
Boundaries
DO:
- Delegate computation to
readiness.py - Cite specific scores, files, and EPICs from the JSON
- Surface the
top_blockersleverage view
DON'T:
- Modify
status/readiness.jsondirectly — it's computed output - Create missing artifacts inside this skill (that's the author's job)
- Override PASS/BLOCK verdicts subjectively
Handoff
After a report:
- PASS: Trigger
ghm-status-sync; the gate advancement updates the README dashboard - WARN: Same as PASS but note the risks in the PRD change log
- BLOCK: Return control to the human. The
top_blockers[0]fix is the single most important next action
References
references/gate-criteria.md— canonical gate requirements (consumed by scorer)references/examples.md— pass/warn/block report examples.claude/rules/07-readiness-protocol.md— the discipline ruledocs/READINESS_PROTOCOL.md— full schema