bmad-method 4.16.1 → 4.18.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (45) hide show
  1. package/.claude/commands/bmad-master.md +0 -1
  2. package/CHANGELOG.md +15 -0
  3. package/{bmad-core → common}/tasks/create-doc.md +2 -2
  4. package/{expansion-packs/expansion-creator/common-tasks → common/tasks}/execute-checklist.md +2 -6
  5. package/common/utils/workflow-management.md +69 -0
  6. package/dist/agents/analyst.txt +2 -2
  7. package/dist/agents/architect.txt +4 -8
  8. package/dist/agents/bmad-master.txt +35 -270
  9. package/dist/agents/bmad-orchestrator.txt +33 -187
  10. package/dist/agents/dev.txt +2 -6
  11. package/dist/agents/pm.txt +4 -8
  12. package/dist/agents/po.txt +2 -6
  13. package/dist/agents/sm.txt +2 -6
  14. package/dist/agents/ux-expert.txt +4 -8
  15. package/dist/expansion-packs/bmad-2d-phaser-game-dev/agents/game-designer.txt +4 -8
  16. package/dist/expansion-packs/bmad-2d-phaser-game-dev/agents/game-developer.txt +2 -6
  17. package/dist/expansion-packs/bmad-2d-phaser-game-dev/agents/game-sm.txt +2 -6
  18. package/dist/expansion-packs/bmad-2d-phaser-game-dev/teams/phaser-2d-nodejs-game-team.txt +35 -193
  19. package/dist/expansion-packs/bmad-infrastructure-devops/agents/infra-devops-platform.txt +2 -2
  20. package/dist/expansion-packs/expansion-creator/agents/bmad-the-creator.txt +5 -5
  21. package/dist/teams/team-all.txt +35 -193
  22. package/dist/teams/team-fullstack.txt +35 -193
  23. package/dist/teams/team-ide-minimal.txt +35 -193
  24. package/dist/teams/team-no-ui.txt +35 -193
  25. package/docs/working-in-the-brownfield.md +2 -2
  26. package/expansion-packs/expansion-creator/tasks/generate-expansion-pack.md +5 -5
  27. package/package.json +1 -1
  28. package/tools/builders/web-builder.js +60 -19
  29. package/tools/installer/config/install.config.yml +0 -85
  30. package/tools/installer/lib/config-loader.js +57 -30
  31. package/tools/installer/lib/file-manager.js +1 -0
  32. package/tools/installer/lib/ide-setup.js +47 -26
  33. package/tools/installer/lib/installer.js +250 -8
  34. package/tools/installer/package.json +1 -1
  35. package/tools/lib/dependency-resolver.js +15 -0
  36. package/bmad-core/tasks/core-dump.md +0 -74
  37. package/bmad-core/tasks/execute-checklist.md +0 -97
  38. package/bmad-core/utils/file-resolution-context.md +0 -10
  39. package/bmad-core/utils/workflow-management.md +0 -223
  40. package/expansion-packs/bmad-infrastructure-devops/tasks/create-doc.md +0 -74
  41. package/expansion-packs/expansion-creator/common-tasks/create-doc.md +0 -74
  42. package/expansion-packs/expansion-creator/utils/template-format.md +0 -26
  43. package/expansion-packs/expansion-creator/utils/workflow-management.md +0 -223
  44. /package/{bmad-core → common}/utils/template-format.md +0 -0
  45. /package/{bmad-core/utils → tools/md-assets}/web-agent-startup-instructions.md +0 -0
@@ -1,223 +0,0 @@
1
- # Workflow Management
2
-
3
- This utility enables the BMAD orchestrator to manage and execute team workflows.
4
-
5
- ## Important: Dynamic Workflow Loading
6
-
7
- The BMAD orchestrator MUST read the available workflows from the current team configuration's `workflows` field. Do not use hardcoded workflow lists. Each team bundle defines its own set of supported workflows based on the agents it includes.
8
-
9
- **Critical Distinction**:
10
-
11
- - When asked "what workflows are available?", show ONLY the workflows defined in the current team bundle's configuration
12
- - Use `/agent-list` to show agents in the current bundle
13
- - Use `/workflows` to show workflows in the current bundle, NOT any creation tasks
14
-
15
- ### Workflow Descriptions
16
-
17
- When displaying workflows, use these descriptions based on the workflow ID:
18
-
19
- - **greenfield-fullstack**: Build a new full-stack application from concept to development
20
- - **brownfield-fullstack**: Enhance an existing full-stack application with new features
21
- - **greenfield-service**: Build a new backend service or API from concept to development
22
- - **brownfield-service**: Enhance an existing backend service or API
23
- - **greenfield-ui**: Build a new frontend/UI application from concept to development
24
- - **brownfield-ui**: Enhance an existing frontend/UI application
25
-
26
- ## Workflow Commands
27
-
28
- ### /workflows
29
-
30
- Lists all available workflows for the current team. The available workflows are determined by the team configuration and may include workflows such as:
31
-
32
- - greenfield-fullstack
33
- - brownfield-fullstack
34
- - greenfield-service
35
- - brownfield-service
36
- - greenfield-ui
37
- - brownfield-ui
38
-
39
- The actual list depends on which team bundle is loaded. When responding to this command, display the workflows that are configured in the current team's `workflows` field.
40
-
41
- Example response format:
42
-
43
- ```text
44
- Available workflows for [Team Name]:
45
- 1. [workflow-id] - [Brief description based on workflow type]
46
- 2. [workflow-id] - [Brief description based on workflow type]
47
- [... etc. ...]
48
-
49
- Use /workflow-start {number or id} to begin a workflow.
50
- ```
51
-
52
- ### /workflow-start {workflow-id}
53
-
54
- Starts a specific workflow and transitions to the first agent.
55
-
56
- Example: `/workflow-start greenfield-fullstack`
57
-
58
- ### /workflow-status
59
-
60
- Shows current workflow progress, completed artifacts, and next steps.
61
-
62
- Example response:
63
-
64
- ```text
65
- Current Workflow: Greenfield Full-Stack Development
66
- Stage: Product Planning (2 of 6)
67
- Completed:
68
- ✓ Discovery & Requirements
69
- - project-brief (completed by Mary)
70
-
71
- In Progress:
72
- ⚡ Product Planning
73
- - Create PRD (John) - awaiting input
74
-
75
- Next: Technical Architecture
76
- ```
77
-
78
- ### /workflow-resume
79
-
80
- Resumes a workflow from where it left off, useful when starting a new chat.
81
-
82
- User can provide completed artifacts:
83
-
84
- ```text
85
- User: /workflow-resume greenfield-fullstack
86
- I have completed: project-brief, PRD
87
- BMad: I see you've completed Discovery and part of Product Planning.
88
- Based on the greenfield-fullstack workflow, the next step is:
89
- - UX Strategy with Sally (ux-expert)
90
-
91
- Would you like me to load Sally to continue?
92
- ```
93
-
94
- ### /workflow-next
95
-
96
- Shows the next recommended agent and action in the current workflow.
97
-
98
- ## Workflow Execution Flow
99
-
100
- ### 1. Starting a Workflow
101
-
102
- When a workflow is started:
103
-
104
- 1. Load the workflow definition
105
- 2. Identify the first stage and step
106
- 3. Transition to the required agent
107
- 4. Provide context about expected inputs/outputs
108
- 5. Guide artifact creation
109
-
110
- ### 2. Stage Transitions
111
-
112
- After each artifact is completed:
113
-
114
- 1. Mark the step as complete
115
- 2. Check transition conditions
116
- 3. If stage is complete, move to next stage
117
- 4. Load the appropriate agent
118
- 5. Pass relevant artifacts as context
119
-
120
- ### 3. Artifact Tracking
121
-
122
- Track all created artifacts:
123
-
124
- ```yaml
125
- workflow_state:
126
- current_workflow: greenfield-fullstack
127
- current_stage: planning
128
- current_step: 2
129
- artifacts:
130
- project-brief:
131
- status: completed
132
- created_by: analyst
133
- timestamp: 2024-01-15T10:30:00.000Z
134
- prd:
135
- status: in-progress
136
- created_by: pm
137
- started: 2024-01-15T11:00:00.000Z
138
- ```
139
-
140
- ### 4. Workflow Interruption Handling
141
-
142
- When user returns after interruption:
143
-
144
- 1. Ask if continuing previous workflow
145
- 2. Request any completed artifacts
146
- 3. Analyze provided artifacts
147
- 4. Determine workflow position
148
- 5. Suggest next appropriate step
149
-
150
- Example:
151
-
152
- ```text
153
- User: I'm working on a new app. Here's my PRD and architecture doc.
154
- BMad: I see you have a PRD and architecture document. Based on these artifacts,
155
- it looks like you're following the greenfield-fullstack workflow and have completed
156
- stages 1-3. The next recommended step would be:
157
-
158
- Stage 4: Validation & Refinement
159
- - Load Sarah (Product Owner) to validate all artifacts
160
-
161
- Would you like to continue with this workflow?
162
- ```
163
-
164
- ## Workflow Context Passing
165
-
166
- When transitioning between agents, pass:
167
-
168
- 1. Previous artifacts created
169
- 2. Current workflow stage
170
- 3. Expected outputs
171
- 4. Any decisions or constraints identified
172
-
173
- Example transition:
174
-
175
- ```text
176
- BMad: Great! John has completed the PRD. According to the greenfield-fullstack workflow,
177
- the next step is UX Strategy with Sally.
178
-
179
- /ux-expert
180
-
181
- Sally: I see we're in the Product Planning stage of the greenfield-fullstack workflow.
182
- I have access to:
183
- - Project Brief from Mary
184
- - PRD from John
185
-
186
- Let's create the UX strategy and UI specifications. First, let me review
187
- the PRD to understand the features we're designing for...
188
- ```
189
-
190
- ## Multi-Path Workflows
191
-
192
- Some workflows may have multiple paths:
193
-
194
- ```yaml
195
- conditional_paths:
196
- - condition: project_type == 'mobile'
197
- next_stage: mobile-specific-design
198
- - condition: project_type == 'web'
199
- next_stage: web-architecture
200
- - default: fullstack-architecture
201
- ```
202
-
203
- Handle these by asking clarifying questions when needed.
204
-
205
- ## Workflow Best Practices
206
-
207
- 1. **Always show progress** - Users should know where they are
208
- 2. **Explain transitions** - Why moving to next agent
209
- 3. **Preserve context** - Pass relevant information forward
210
- 4. **Allow flexibility** - Users can skip or modify steps
211
- 5. **Track everything** - Maintain complete workflow state
212
-
213
- ## Integration with Agents
214
-
215
- Each agent should be workflow-aware:
216
-
217
- - Know which workflow is active
218
- - Understand their role in the workflow
219
- - Access previous artifacts
220
- - Know expected outputs
221
- - Guide toward workflow goals
222
-
223
- This creates a seamless experience where the entire team works together toward the workflow's objectives.
File without changes