Overview
/silver:validate is a pre-build validation workflow. It reads the spec and current plans, checks whether acceptance criteria are covered, surfaces assumptions, and creates .planning/VALIDATION.md.
It does not modify SPEC.md or PLAN.md. Its purpose is to stop implementation from beginning while known gaps, open assumptions, or orphan tasks remain unresolved.
Validation Checks
| Check | What it detects |
|---|---|
| SPEC presence | Blocks validation when .planning/SPEC.md is missing and tells the user to run /silver:spec. |
| Acceptance criteria coverage | Finds AC items with no matching PLAN.md task or requirement reference. |
| Assumption status | Surfaces accepted, follow-up-required, and blocking assumptions before implementation. |
| Orphan tasks | Finds PLAN.md tasks with no visible traceability back to SPEC.md. |
| Open questions | Warns when unresolved questions remain in the spec. |
Finding Severity
- BLOCK: implementation must not begin until the issue is resolved.
- WARN: user acknowledgement is required; may be accepted, deferred, or resolved.
- INFO: developer awareness, usually for accepted assumptions or pre-planning context.
Output
The workflow writes .planning/VALIDATION.md with a summary, machine-readable finding lines, assumption awareness, and a decision gate record. pr-traceability.sh can later consume WARN findings as deferred items when adding spec traceability to a PR.
Boundaries
/silver:validate is not the same as the lifecycle hooks around specs and UAT. Related hooks enforce adjacent guarantees:
spec-floor-check.shblocks planning or production builds when minimum viable spec content is missing.pr-traceability.shappends spec traceability after PR creation.uat-gate.shblocks milestone completion when UAT is missing, failing, or stale against the spec version.
Handoff
Resolve BLOCK findings before implementation. Then proceed into the composed feature, UI, DevOps, or bugfix path through /silver, or continue with the next GSD planning step if you are already inside an active workflow.