Deprecated — forwards to bmad-prd (validate intent).
53
58%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
High
Do not use without reviewing
Fix and improve this skill with Tessl
tessl review fix ./src/bmm-skills/v6-shims/bmad-validate-prd/SKILL.mdThis skill was consolidated into bmad-prd. It is retained as a thin compatibility shim so existing invocations by name and _bmad/custom/bmad-validate-prd.toml override files keep working. New work should invoke bmad-prd directly — it detects create / update / validate intent from the conversation.
Resolve customization: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow. This picks up any {project-root}/_bmad/custom/bmad-validate-prd.toml and bmad-validate-prd.user.toml overrides for the legacy fields (activation_steps_prepend, activation_steps_append, persistent_facts, on_complete).
Load {project-root}/_bmad/bmm/config.yaml (and config.user.yaml if present) to resolve {user_name} and {communication_language}.
Emit a deprecation notice to the user in {communication_language}:
Notice:
bmad-validate-prdis deprecated and will be removed in a future release. It now forwards tobmad-prdwith validate intent. To silence this notice and access the full new customization surface (prd_template,validation_checklist_template,validation_report_template,doc_standards,finalize_reviewers,external_sources,external_handoffs,prd_output_path,run_folder_pattern), migrate_bmad/custom/bmad-validate-prd.tomlto_bmad/custom/bmad-prd.tomland invokebmad-prddirectly next time. Customization fields that were in this version still remain in the new version and will be respected if present in_bmad/custom/bmad-prd.toml, but the new version also supports additional fields that you can take advantage of by migrating.
Invoke bmad-prd with the following context. Pass these as the activating context so bmad-prd honors them instead of resolving its own customization from scratch:
validate — skip bmad-prd's usual intent detection step.bmad-prd's own customize.toml for the four legacy fields. For everything else (prd_template, validation_checklist_template, validation_report_template, doc_standards, finalize_reviewers, prd_output_path, run_folder_pattern, external_sources, external_handoffs), use bmad-prd's own defaults and overrides as normal:
activation_steps_prepend = the resolved value from step 1activation_steps_append = the resolved value from step 1persistent_facts = the resolved value from step 1on_complete = the resolved value from step 1bmad-prd takes the workflow from here. Do not execute any further steps in this shim.
bb45db4
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.