bmad-edit-prd
Skill446 starsChanged 3 months agoMITView on GitHub
Edit an existing PRD. Use when the user says "edit this PRD".
We split this skill into the rules it gives an agent
13 rules. 0 are common, 5 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 7 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 28
Just-In-Time Loading: Only the current step file is in memory - never load future step files until told to do so
- Very specific: line 30
State Tracking: Document progress in output file frontmatter using stepsCompleted array when a workflow produces a document
- Distinctive: line 35
READ COMPLETELY: Always read the entire step file before taking any action
- Distinctive: line 37
WAIT FOR INPUT: If a menu is presented, halt and wait for user selection
- Distinctive: line 38
CHECK CONTINUATION: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
- Very specific: line 39
SAVE STATE: Update stepsCompleted in frontmatter before loading next step
- Distinctive: line 40
LOAD NEXT: When directed, read fully and follow the next step file
- Very specific: line 72
Treat every entry in {workflow.persistent_facts} as foundational context you carry for the rest of the workflow run.
- Very specific: line 77
Use {user_name} for greeting
- Very specific: line 78
Use {communication_language} for all communications
- Very specific: line 79
Use {document_output_language} for output documents
- Very specific: line 80
Use {planning_artifacts} for output location and artifact scanning
- Very specific: line 81
Use {project_knowledge} for additional context scanning
“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
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
Other versions19 projects use a version of this.
Word for word · 2
- mugsun/curdx-flow★ 4100% same
- Wellington-HMV/agentiq★ 1100% same
Edited · 7
- paulpreibisch/AgentVibes★ 15568% same
- laraxot/laravelpizza.com★ 2668% same
- DogaOztuzun/branchdeck★ 1868% same
- salacoste/oh-my-bmad★ 268% same
- AvishkaGihan/ventureiq★ 168% same
- ChrisBP-Dev/portfolio★ 168% same
- cwoodcox/on-record★ 068% same
Wrote their own version · 10
- 2233admin/opencli-Razormind★ 18same name
- marlonvidal/tech-manager-os★ 17same name
- MysterionRise/forgetest★ 4same name
- jeffrey2423/commit-like-pro★ 2same name
- mannnrachman/pi-bmad★ 2same name
- PaulKnauer/sonos-mcp-server★ 1same name
- Tyler-Hughes312/mycelium★ 1same name
- areesh-ali/AMKP★ 0same name
- GauravRatnawat/claude-cost-optimizer★ 0same name
- snovak7/bmad-github-zoho-pipeline★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use bmad-dev-auto, bmad-editorial-review and 2 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
PaulKnauerSkillbmad-dev-auto
One iteration of an unattended development loop. Use when invoked by name.
Also in 8 projects that use this
2233adminSkillbmad-editorial-review
Deprecated — forwards to bmad-review.
Also in 5 projects that use this
2233adminSkillbmad-review-verification-gap
Deprecated — forwards to bmad-review.
Also in 5 projects that use this
DogaOztuzunSkillbmad-agent-qa
QA engineer for test automation and coverage. Use when the user asks to talk to Quinn or requests the QA engineer.
Also in 4 projects that use this
In this repository51 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- bmad-advanced-elicitationSkill
- bmad-agent-analystSkill
- bmad-agent-architectSkill
- bmad-agent-devSkill
- bmad-agent-pmSkill
- bmad-agent-tech-writerSkill
- bmad-agent-ux-designerSkill
- bmad-bmp-agent-ottoSkill
- bmad-bmp-autopilotSkill
- bmad-brainstormingSkill
- bmad-check-implementation-readinessSkill
- bmad-checkpoint-previewSkill
- bmad-code-reviewSkill
- bmad-correct-courseSkill
- bmad-create-architectureSkill
- bmad-create-epics-and-storiesSkill
- bmad-create-prdSkill
- bmad-create-storySkill
- bmad-create-ux-designSkill
- bmad-customizeSkill
- bmad-dev-storySkill
- bmad-distillatorSkill
- bmad-document-projectSkill
- bmad-domain-researchSkill
- bmad-editorial-review-proseSkill
- bmad-editorial-review-structureSkill
- bmad-generate-project-contextSkill
- bmad-helpSkill
- bmad-index-docsSkill
- bmad-market-researchSkill
- bmad-party-modeSkill
- bmad-prfaqSkill
- bmad-product-briefSkill
- bmad-qa-generate-e2e-testsSkill
- bmad-quick-devSkill
- bmad-retrospectiveSkill
- bmad-review-adversarial-generalSkill
- bmad-review-edge-case-hunterSkill
- bmad-shard-docSkill
- bmad-sprint-planningSkill
- bmad-sprint-statusSkill
- bmad-technical-researchSkill
- bmad-validate-prdSkill
- mcp-server-trello-craft-doctrineSkill
- mcp-server-trello-growthSkill
- mcp-server-trello-product-doctrineSkill
- mcp-server-trello-releaseSkill
- mcp-server-trelloSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

