Bmad edit prd
Skill mouadja02/skills/skills/agent-design/bmm-skills/2-plan-workflows/bmad-edit-prd
Edit an existing PRD. Use when the user says "edit this PRD".From its SKILL.md
npx -y skills add mouadja02/skills --skill bmad-edit-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 Edit Workflow
Goal: Edit and improve existing PRDs through structured enhancement workflow.
Your Role: PRD improvement 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-e/step-e-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.
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}.
Edit Mode: Improving an existing PRD.
Prompt for PRD path: "Which PRD would you like to edit? Please provide the path to the PRD.md file."
Then read fully and follow: ./steps-e/step-e-01-discovery.md
What ships with it: 7 files
42.6 KB alongside SKILL.md
data/
- prd-purpose.md7.1 KB
steps-e/
- step-e-01b-legacy-conversion.md6.4 KB
- step-e-01-discovery.md7.7 KB
- step-e-02-review.md7.5 KB
- step-e-03-edit.md7.1 KB
- step-e-04-complete.md5.2 KB
- customize.toml1.7 KB