ddw-validate-prdlisted

# Skill: /ddw-validate-prd > **Sequencing — invoke this AFTER the PRD file exists on disk, never > alongside `ddw-create-prd`.** The validator reads the file; against a file > that is not written yet it can only fail or, worse, look like it ran. ## Description Validates a PRD against the rules in section 1 of `.ddw/rules/validation-rules.instructions.md`, and against the project's architecture. Produces a concrete disambiguation question for every FAIL, so gaps get resolved before the PRD is approved. ## Inputs - The path to the PRD (an argument, or the last PRD created/modified) - `.ddw/rules/validation-rules.instructions.md` (the rule catalog) - The project's conventions (`AGENTS.md`), if available ## The rules live in the catalog, not here **`.ddw/rules/validation-rules.instructions.md` §1 is the single source of truth**: F-PRD-01 to F-PRD-11 (FAIL) and W-PRD-01 to W-PRD-06 (WARNING). Do not re-derive criteria from memory and do not duplicate them in this file — read the catalog and evaluate its rules mechanically, citing each rule's ID in the report. Summary of what each ID covers, so you know what you are looking for: | ID | Fails when | |---|---| | F-PRD-01 | An FR has no AC validating it | | F-PRD-02 | An AC is not binary (unmeasurable adjectives, no verifiable outcome) | | F-PRD-03 | An NFR has no quantitative value | | F-PRD-04 | "Out of Scope" is missing or empty (FEATURE) | | F-PRD-05 | Duplicate or missing FR/NFR/AC IDs | | F-PRD-06 | A requirement uses "sh