Bmad create prd
Skill mouadja02/skills/skills/agent-design/bmm-skills/2-plan-workflows/bmad-create-prd
Create a PRD from scratch. Use when the user says "lets create a product requirements document" or "I want to create a new PRD"From its SKILL.md
npx -y skills add mouadja02/skills --skill bmad-create-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
4.9 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 Create Workflow
Goal: Create comprehensive PRDs through structured workflow facilitation.
Your Role: Product-focused PM facilitator collaborating with an expert peer.
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-c/step-01-init.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
outputFile={planning_artifacts}/prd.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}.
Create Mode: Creating a new PRD from scratch.
Read fully and follow: ./steps-c/step-01-init.md
What ships with it: 20 files
138.5 KB alongside SKILL.md
data/
- domain-complexity.csv7.2 KB
- prd-purpose.md7.1 KB
- project-types.csv3.1 KB
steps-c/
- step-01b-continue.md5.6 KB
- step-01-init.md7.6 KB
- step-02b-vision.md6.6 KB
- step-02c-executive-summary.md7.1 KB
- step-02-discovery.md7.9 KB
- step-03-success.md9.0 KB
- step-04-journeys.md8.8 KB
- step-05-domain.md6.8 KB
- step-06-innovation.md8.5 KB
- step-07-project-type.md8.6 KB
- step-08-scoping.md11.0 KB
- step-09-functional.md9.0 KB
- step-10-nonfunctional.md8.8 KB
- step-11-polish.md9.2 KB
- step-12-complete.md5.0 KB
templates/
- prd-template.md164 B
- customize.toml1.6 KB