Bmad validate prd
Skill mouadja02/skills/skills/agent-design/bmm-skills/2-plan-workflows/bmad-validate-prd
Validate a PRD against standards. Use when the user says "validate this PRD" or "run PRD validation"From its SKILL.md
npx -y skills add mouadja02/skills --skill bmad-validate-prdAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
5.0 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it
Attribution: Sourced from bmad-code-org/BMAD-METHOD by BMAD Code Org.
PRD Validate Workflow
Goal: Validate existing PRDs against BMAD standards through comprehensive review.
Your Role: Validation Architect and Quality Assurance Specialist.
You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
Conventions
- Bare paths (e.g.
steps-v/step-v-01-discovery.md) resolve from the skill root. {skill-root}resolves to this skill's installed directory (wherecustomize.tomllives).{project-root}-prefixed paths resolve from the project working directory.{skill-name}resolves to the skill directory's basename.
WORKFLOW ARCHITECTURE
This uses step-file architecture for disciplined execution:
Core Principles
- Micro-file Design: Each step is a self-contained instruction file that is a part of an overall workflow that must be followed exactly
- Just-In-Time Loading: Only the current step file is in memory - never load future step files until told to do so
- Sequential Enforcement: Sequence within the step files must be completed in order, no skipping or optimization allowed
- State Tracking: Document progress in output file frontmatter using
stepsCompletedarray when a workflow produces a document - Append-Only Building: Build documents by appending content as directed to the output file
Step Processing Rules
- READ COMPLETELY: Always read the entire step file before taking any action
- FOLLOW SEQUENCE: Execute all numbered sections in order, never deviate
- WAIT FOR INPUT: If a menu is presented, halt and wait for user selection
- CHECK CONTINUATION: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
- SAVE STATE: Update
stepsCompletedin frontmatter before loading next step - LOAD NEXT: When directed, read fully and follow the next step file
Critical Rules (NO EXCEPTIONS)
- π NEVER load multiple step files simultaneously
- π ALWAYS read entire step file before execution
- π« NEVER skip steps or optimize the sequence
- πΎ ALWAYS update frontmatter of output files when writing the final output for a specific step
- π― ALWAYS follow the exact instructions in the step file
- βΈοΈ ALWAYS halt at menus and wait for user input
- π NEVER create mental todo lists from future steps
On Activation
Step 1: Resolve the Workflow Block
Run: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow
If the script fails, resolve the workflow block yourself by reading these three files in base β team β user order and applying the same structural merge rules as the resolver:
{skill-root}/customize.tomlβ defaults{project-root}/_bmad/custom/{skill-name}.tomlβ team overrides{project-root}/_bmad/custom/{skill-name}.user.tomlβ personal overrides
Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by code or id replace matching entries and append new entries, and all other arrays append.
Step 2: Execute Prepend Steps
Execute each entry in {workflow.activation_steps_prepend} in order before proceeding.
Step 3: Load Persistent Facts
Treat every entry in {workflow.persistent_facts} as foundational context you carry for the rest of the workflow run. Entries prefixed file: are paths or globs under {project-root} β load the referenced contents as facts. All other entries are facts verbatim.
Step 4: Load Config
Load config from {project-root}/_bmad/bmm/config.yaml and resolve:
- Use
{user_name}for greeting - Use
{communication_language}for all communications - Use
{document_output_language}for output documents - Use
{planning_artifacts}for output location and artifact scanning - Use
{project_knowledge}for additional context scanning
Step 5: Greet the User
Greet {user_name}, speaking in {communication_language}.
Step 6: Execute Append Steps
Execute each entry in {workflow.activation_steps_append} in order.
Activation is complete. Begin the workflow below.
Paths
validateWorkflow=./steps-v/step-v-01-discovery.md
Execution
β
YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the configured {communication_language}.
β
YOU MUST ALWAYS WRITE all artifact and document content in {document_output_language}.
Validate Mode: Validating an existing PRD against BMAD standards.
Then read fully and follow: {validateWorkflow} (steps-v/step-v-01-discovery.md)
What ships with it: 18 files
119.4 KB alongside SKILL.md
data/
- domain-complexity.csv7.2 KB
- prd-purpose.md7.1 KB
- project-types.csv3.1 KB
steps-v/
- step-v-01-discovery.md7.0 KB
- step-v-02b-parity-check.md6.3 KB
- step-v-02-format-detection.md6.4 KB
- step-v-03-density-validation.md5.6 KB
- step-v-04-brief-coverage-validation.md7.0 KB
- step-v-05-measurability-validation.md6.9 KB
- step-v-06-traceability-validation.md7.1 KB
- step-v-07-implementation-leakage-validation.md6.8 KB
- step-v-08-domain-compliance-validation.md7.5 KB
- step-v-09-project-type-validation.md8.4 KB
- step-v-10-smart-validation.md6.6 KB
- step-v-11-holistic-quality-validation.md8.5 KB
- step-v-12-completeness-validation.md8.0 KB
- step-v-13-report-complete.md8.2 KB
- customize.toml1.7 KB