bmad-method 4.31.0 → 4.32.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.
- package/.vscode/settings.json +1 -7
- package/CHANGELOG.md +108 -173
- package/README.md +40 -0
- package/bmad-core/agents/analyst.md +1 -1
- package/bmad-core/agents/architect.md +2 -3
- package/bmad-core/agents/bmad-master.md +0 -1
- package/bmad-core/agents/bmad-orchestrator.md +9 -10
- package/bmad-core/agents/dev.md +1 -2
- package/bmad-core/agents/pm.md +3 -1
- package/bmad-core/agents/po.md +1 -1
- package/bmad-core/agents/qa.md +1 -1
- package/bmad-core/agents/sm.md +1 -1
- package/bmad-core/agents/ux-expert.md +1 -1
- package/bmad-core/bmad-core/user-guide.md +0 -0
- package/bmad-core/data/bmad-kb.md +12 -2
- package/bmad-core/data/elicitation-methods.md +20 -0
- package/bmad-core/enhanced-ide-development-workflow.md +43 -0
- package/bmad-core/tasks/advanced-elicitation.md +2 -0
- package/bmad-core/tasks/create-brownfield-story.md +20 -3
- package/bmad-core/tasks/document-project.md +19 -13
- package/bmad-core/tasks/facilitate-brainstorming-session.md +1 -1
- package/bmad-core/tasks/index-docs.md +0 -1
- package/bmad-core/tasks/kb-mode-interaction.md +3 -3
- package/bmad-core/tasks/review-story.md +18 -1
- package/bmad-core/user-guide.md +7 -6
- package/bmad-core/working-in-the-brownfield.md +39 -36
- package/dist/agents/analyst.txt +6 -6
- package/dist/agents/architect.txt +8 -3
- package/dist/agents/bmad-master.txt +2 -1
- package/dist/agents/pm.txt +9 -2
- package/dist/agents/po.txt +2 -318
- package/dist/agents/qa.txt +0 -1
- package/dist/agents/sm.txt +3 -3
- package/dist/agents/ux-expert.txt +2 -297
- package/dist/expansion-packs/bmad-2d-phaser-game-dev/teams/phaser-2d-nodejs-game-team.txt +6 -6
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-architect.txt +4047 -0
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-designer.txt +1520 -185
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-developer.txt +214 -1229
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-sm.txt +537 -373
- package/dist/expansion-packs/bmad-2d-unity-game-dev/teams/unity-2d-game-team.txt +6917 -2140
- package/dist/teams/team-all.txt +30 -25
- package/dist/teams/team-fullstack.txt +27 -21
- package/dist/teams/team-ide-minimal.txt +5 -322
- package/dist/teams/team-no-ui.txt +25 -16
- package/expansion-packs/bmad-2d-phaser-game-dev/data/development-guidelines.md +3 -1
- package/expansion-packs/bmad-2d-unity-game-dev/agent-teams/unity-2d-game-team.yaml +1 -0
- package/expansion-packs/bmad-2d-unity-game-dev/agents/game-architect.md +80 -0
- package/expansion-packs/bmad-2d-unity-game-dev/agents/game-designer.md +21 -16
- package/expansion-packs/bmad-2d-unity-game-dev/agents/game-developer.md +25 -25
- package/expansion-packs/bmad-2d-unity-game-dev/agents/game-sm.md +15 -14
- package/expansion-packs/bmad-2d-unity-game-dev/checklists/game-architect-checklist.md +396 -0
- package/expansion-packs/bmad-2d-unity-game-dev/checklists/game-change-checklist.md +203 -0
- package/expansion-packs/bmad-2d-unity-game-dev/checklists/game-design-checklist.md +1 -1
- package/expansion-packs/bmad-2d-unity-game-dev/checklists/game-story-dod-checklist.md +93 -121
- package/expansion-packs/bmad-2d-unity-game-dev/config.yaml +1 -1
- package/expansion-packs/bmad-2d-unity-game-dev/data/bmad-kb.md +593 -68
- package/expansion-packs/bmad-2d-unity-game-dev/tasks/correct-course-game.md +151 -0
- package/expansion-packs/bmad-2d-unity-game-dev/tasks/create-game-story.md +165 -198
- package/expansion-packs/bmad-2d-unity-game-dev/tasks/validate-game-story.md +200 -0
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-architecture-tmpl.yaml +938 -453
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-brief-tmpl.yaml +3 -3
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-design-doc-tmpl.yaml +517 -155
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-story-tmpl.yaml +12 -12
- package/expansion-packs/bmad-2d-unity-game-dev/templates/level-design-doc-tmpl.yaml +11 -11
- package/package.json +79 -76
- package/tools/cli.js +9 -0
- package/tools/flattener/main.js +559 -0
- package/tools/installer/lib/installer.js +1 -1
- package/tools/installer/package.json +1 -1
- package/.husky/pre-commit +0 -2
- package/.prettierignore +0 -21
- package/.prettierrc +0 -23
package/dist/agents/po.txt
CHANGED
|
@@ -75,23 +75,20 @@ persona:
|
|
|
75
75
|
- Documentation Ecosystem Integrity - Maintain consistency across all documents
|
|
76
76
|
commands:
|
|
77
77
|
- help: Show numbered list of the following commands to allow selection
|
|
78
|
-
-
|
|
79
|
-
- execute-checklist {checklist}: Run task execute-checklist (default->po-master-checklist)
|
|
78
|
+
- execute-checklist-po: Run task execute-checklist (checklist po-master-checklist)
|
|
80
79
|
- shard-doc {document} {destination}: run the task shard-doc against the optionally provided document to the specified destination
|
|
81
80
|
- correct-course: execute the correct-course task
|
|
82
81
|
- create-epic: Create epic for brownfield projects (task brownfield-create-epic)
|
|
83
82
|
- create-story: Create user story from requirements (task brownfield-create-story)
|
|
84
|
-
- yolo: Toggle Yolo Mode off on - on will skip doc section confirmations
|
|
85
83
|
- doc-out: Output full document to current destination file
|
|
86
84
|
- validate-story-draft {story}: run the task validate-next-story against the provided story file
|
|
85
|
+
- yolo: Toggle Yolo Mode off on - on will skip doc section confirmations
|
|
87
86
|
- exit: Exit (confirm)
|
|
88
87
|
dependencies:
|
|
89
88
|
tasks:
|
|
90
89
|
- execute-checklist.md
|
|
91
90
|
- shard-doc.md
|
|
92
91
|
- correct-course.md
|
|
93
|
-
- brownfield-create-epic.md
|
|
94
|
-
- brownfield-create-story.md
|
|
95
92
|
- validate-next-story.md
|
|
96
93
|
templates:
|
|
97
94
|
- story-tmpl.yaml
|
|
@@ -460,319 +457,6 @@ Document sharded successfully:
|
|
|
460
457
|
- **Implicit:** An annotated change-checklist (or the record of its completion) reflecting the discussions, findings, and decisions made during the process.
|
|
461
458
|
==================== END: .bmad-core/tasks/correct-course.md ====================
|
|
462
459
|
|
|
463
|
-
==================== START: .bmad-core/tasks/brownfield-create-epic.md ====================
|
|
464
|
-
# Create Brownfield Epic Task
|
|
465
|
-
|
|
466
|
-
## Purpose
|
|
467
|
-
|
|
468
|
-
Create a single epic for smaller brownfield enhancements that don't require the full PRD and Architecture documentation process. This task is for isolated features or modifications that can be completed within a focused scope.
|
|
469
|
-
|
|
470
|
-
## When to Use This Task
|
|
471
|
-
|
|
472
|
-
**Use this task when:**
|
|
473
|
-
|
|
474
|
-
- The enhancement can be completed in 1-3 stories
|
|
475
|
-
- No significant architectural changes are required
|
|
476
|
-
- The enhancement follows existing project patterns
|
|
477
|
-
- Integration complexity is minimal
|
|
478
|
-
- Risk to existing system is low
|
|
479
|
-
|
|
480
|
-
**Use the full brownfield PRD/Architecture process when:**
|
|
481
|
-
|
|
482
|
-
- The enhancement requires multiple coordinated stories
|
|
483
|
-
- Architectural planning is needed
|
|
484
|
-
- Significant integration work is required
|
|
485
|
-
- Risk assessment and mitigation planning is necessary
|
|
486
|
-
|
|
487
|
-
## Instructions
|
|
488
|
-
|
|
489
|
-
### 1. Project Analysis (Required)
|
|
490
|
-
|
|
491
|
-
Before creating the epic, gather essential information about the existing project:
|
|
492
|
-
|
|
493
|
-
**Existing Project Context:**
|
|
494
|
-
|
|
495
|
-
- [ ] Project purpose and current functionality understood
|
|
496
|
-
- [ ] Existing technology stack identified
|
|
497
|
-
- [ ] Current architecture patterns noted
|
|
498
|
-
- [ ] Integration points with existing system identified
|
|
499
|
-
|
|
500
|
-
**Enhancement Scope:**
|
|
501
|
-
|
|
502
|
-
- [ ] Enhancement clearly defined and scoped
|
|
503
|
-
- [ ] Impact on existing functionality assessed
|
|
504
|
-
- [ ] Required integration points identified
|
|
505
|
-
- [ ] Success criteria established
|
|
506
|
-
|
|
507
|
-
### 2. Epic Creation
|
|
508
|
-
|
|
509
|
-
Create a focused epic following this structure:
|
|
510
|
-
|
|
511
|
-
#### Epic Title
|
|
512
|
-
|
|
513
|
-
{{Enhancement Name}} - Brownfield Enhancement
|
|
514
|
-
|
|
515
|
-
#### Epic Goal
|
|
516
|
-
|
|
517
|
-
{{1-2 sentences describing what the epic will accomplish and why it adds value}}
|
|
518
|
-
|
|
519
|
-
#### Epic Description
|
|
520
|
-
|
|
521
|
-
**Existing System Context:**
|
|
522
|
-
|
|
523
|
-
- Current relevant functionality: {{brief description}}
|
|
524
|
-
- Technology stack: {{relevant existing technologies}}
|
|
525
|
-
- Integration points: {{where new work connects to existing system}}
|
|
526
|
-
|
|
527
|
-
**Enhancement Details:**
|
|
528
|
-
|
|
529
|
-
- What's being added/changed: {{clear description}}
|
|
530
|
-
- How it integrates: {{integration approach}}
|
|
531
|
-
- Success criteria: {{measurable outcomes}}
|
|
532
|
-
|
|
533
|
-
#### Stories
|
|
534
|
-
|
|
535
|
-
List 1-3 focused stories that complete the epic:
|
|
536
|
-
|
|
537
|
-
1. **Story 1:** {{Story title and brief description}}
|
|
538
|
-
2. **Story 2:** {{Story title and brief description}}
|
|
539
|
-
3. **Story 3:** {{Story title and brief description}}
|
|
540
|
-
|
|
541
|
-
#### Compatibility Requirements
|
|
542
|
-
|
|
543
|
-
- [ ] Existing APIs remain unchanged
|
|
544
|
-
- [ ] Database schema changes are backward compatible
|
|
545
|
-
- [ ] UI changes follow existing patterns
|
|
546
|
-
- [ ] Performance impact is minimal
|
|
547
|
-
|
|
548
|
-
#### Risk Mitigation
|
|
549
|
-
|
|
550
|
-
- **Primary Risk:** {{main risk to existing system}}
|
|
551
|
-
- **Mitigation:** {{how risk will be addressed}}
|
|
552
|
-
- **Rollback Plan:** {{how to undo changes if needed}}
|
|
553
|
-
|
|
554
|
-
#### Definition of Done
|
|
555
|
-
|
|
556
|
-
- [ ] All stories completed with acceptance criteria met
|
|
557
|
-
- [ ] Existing functionality verified through testing
|
|
558
|
-
- [ ] Integration points working correctly
|
|
559
|
-
- [ ] Documentation updated appropriately
|
|
560
|
-
- [ ] No regression in existing features
|
|
561
|
-
|
|
562
|
-
### 3. Validation Checklist
|
|
563
|
-
|
|
564
|
-
Before finalizing the epic, ensure:
|
|
565
|
-
|
|
566
|
-
**Scope Validation:**
|
|
567
|
-
|
|
568
|
-
- [ ] Epic can be completed in 1-3 stories maximum
|
|
569
|
-
- [ ] No architectural documentation is required
|
|
570
|
-
- [ ] Enhancement follows existing patterns
|
|
571
|
-
- [ ] Integration complexity is manageable
|
|
572
|
-
|
|
573
|
-
**Risk Assessment:**
|
|
574
|
-
|
|
575
|
-
- [ ] Risk to existing system is low
|
|
576
|
-
- [ ] Rollback plan is feasible
|
|
577
|
-
- [ ] Testing approach covers existing functionality
|
|
578
|
-
- [ ] Team has sufficient knowledge of integration points
|
|
579
|
-
|
|
580
|
-
**Completeness Check:**
|
|
581
|
-
|
|
582
|
-
- [ ] Epic goal is clear and achievable
|
|
583
|
-
- [ ] Stories are properly scoped
|
|
584
|
-
- [ ] Success criteria are measurable
|
|
585
|
-
- [ ] Dependencies are identified
|
|
586
|
-
|
|
587
|
-
### 4. Handoff to Story Manager
|
|
588
|
-
|
|
589
|
-
Once the epic is validated, provide this handoff to the Story Manager:
|
|
590
|
-
|
|
591
|
-
---
|
|
592
|
-
|
|
593
|
-
**Story Manager Handoff:**
|
|
594
|
-
|
|
595
|
-
"Please develop detailed user stories for this brownfield epic. Key considerations:
|
|
596
|
-
|
|
597
|
-
- This is an enhancement to an existing system running {{technology stack}}
|
|
598
|
-
- Integration points: {{list key integration points}}
|
|
599
|
-
- Existing patterns to follow: {{relevant existing patterns}}
|
|
600
|
-
- Critical compatibility requirements: {{key requirements}}
|
|
601
|
-
- Each story must include verification that existing functionality remains intact
|
|
602
|
-
|
|
603
|
-
The epic should maintain system integrity while delivering {{epic goal}}."
|
|
604
|
-
|
|
605
|
-
---
|
|
606
|
-
|
|
607
|
-
## Success Criteria
|
|
608
|
-
|
|
609
|
-
The epic creation is successful when:
|
|
610
|
-
|
|
611
|
-
1. Enhancement scope is clearly defined and appropriately sized
|
|
612
|
-
2. Integration approach respects existing system architecture
|
|
613
|
-
3. Risk to existing functionality is minimized
|
|
614
|
-
4. Stories are logically sequenced for safe implementation
|
|
615
|
-
5. Compatibility requirements are clearly specified
|
|
616
|
-
6. Rollback plan is feasible and documented
|
|
617
|
-
|
|
618
|
-
## Important Notes
|
|
619
|
-
|
|
620
|
-
- This task is specifically for SMALL brownfield enhancements
|
|
621
|
-
- If the scope grows beyond 3 stories, consider the full brownfield PRD process
|
|
622
|
-
- Always prioritize existing system integrity over new functionality
|
|
623
|
-
- When in doubt about scope or complexity, escalate to full brownfield planning
|
|
624
|
-
==================== END: .bmad-core/tasks/brownfield-create-epic.md ====================
|
|
625
|
-
|
|
626
|
-
==================== START: .bmad-core/tasks/brownfield-create-story.md ====================
|
|
627
|
-
# Create Brownfield Story Task
|
|
628
|
-
|
|
629
|
-
## Purpose
|
|
630
|
-
|
|
631
|
-
Create a single user story for very small brownfield enhancements that can be completed in one focused development session. This task is for minimal additions or bug fixes that require existing system integration awareness.
|
|
632
|
-
|
|
633
|
-
## When to Use This Task
|
|
634
|
-
|
|
635
|
-
**Use this task when:**
|
|
636
|
-
|
|
637
|
-
- The enhancement can be completed in a single story
|
|
638
|
-
- No new architecture or significant design is required
|
|
639
|
-
- The change follows existing patterns exactly
|
|
640
|
-
- Integration is straightforward with minimal risk
|
|
641
|
-
- Change is isolated with clear boundaries
|
|
642
|
-
|
|
643
|
-
**Use brownfield-create-epic when:**
|
|
644
|
-
|
|
645
|
-
- The enhancement requires 2-3 coordinated stories
|
|
646
|
-
- Some design work is needed
|
|
647
|
-
- Multiple integration points are involved
|
|
648
|
-
|
|
649
|
-
**Use the full brownfield PRD/Architecture process when:**
|
|
650
|
-
|
|
651
|
-
- The enhancement requires multiple coordinated stories
|
|
652
|
-
- Architectural planning is needed
|
|
653
|
-
- Significant integration work is required
|
|
654
|
-
|
|
655
|
-
## Instructions
|
|
656
|
-
|
|
657
|
-
### 1. Quick Project Assessment
|
|
658
|
-
|
|
659
|
-
Gather minimal but essential context about the existing project:
|
|
660
|
-
|
|
661
|
-
**Current System Context:**
|
|
662
|
-
|
|
663
|
-
- [ ] Relevant existing functionality identified
|
|
664
|
-
- [ ] Technology stack for this area noted
|
|
665
|
-
- [ ] Integration point(s) clearly understood
|
|
666
|
-
- [ ] Existing patterns for similar work identified
|
|
667
|
-
|
|
668
|
-
**Change Scope:**
|
|
669
|
-
|
|
670
|
-
- [ ] Specific change clearly defined
|
|
671
|
-
- [ ] Impact boundaries identified
|
|
672
|
-
- [ ] Success criteria established
|
|
673
|
-
|
|
674
|
-
### 2. Story Creation
|
|
675
|
-
|
|
676
|
-
Create a single focused story following this structure:
|
|
677
|
-
|
|
678
|
-
#### Story Title
|
|
679
|
-
|
|
680
|
-
{{Specific Enhancement}} - Brownfield Addition
|
|
681
|
-
|
|
682
|
-
#### User Story
|
|
683
|
-
|
|
684
|
-
As a {{user type}},
|
|
685
|
-
I want {{specific action/capability}},
|
|
686
|
-
So that {{clear benefit/value}}.
|
|
687
|
-
|
|
688
|
-
#### Story Context
|
|
689
|
-
|
|
690
|
-
**Existing System Integration:**
|
|
691
|
-
|
|
692
|
-
- Integrates with: {{existing component/system}}
|
|
693
|
-
- Technology: {{relevant tech stack}}
|
|
694
|
-
- Follows pattern: {{existing pattern to follow}}
|
|
695
|
-
- Touch points: {{specific integration points}}
|
|
696
|
-
|
|
697
|
-
#### Acceptance Criteria
|
|
698
|
-
|
|
699
|
-
**Functional Requirements:**
|
|
700
|
-
|
|
701
|
-
1. {{Primary functional requirement}}
|
|
702
|
-
2. {{Secondary functional requirement (if any)}}
|
|
703
|
-
3. {{Integration requirement}}
|
|
704
|
-
|
|
705
|
-
**Integration Requirements:** 4. Existing {{relevant functionality}} continues to work unchanged 5. New functionality follows existing {{pattern}} pattern 6. Integration with {{system/component}} maintains current behavior
|
|
706
|
-
|
|
707
|
-
**Quality Requirements:** 7. Change is covered by appropriate tests 8. Documentation is updated if needed 9. No regression in existing functionality verified
|
|
708
|
-
|
|
709
|
-
#### Technical Notes
|
|
710
|
-
|
|
711
|
-
- **Integration Approach:** {{how it connects to existing system}}
|
|
712
|
-
- **Existing Pattern Reference:** {{link or description of pattern to follow}}
|
|
713
|
-
- **Key Constraints:** {{any important limitations or requirements}}
|
|
714
|
-
|
|
715
|
-
#### Definition of Done
|
|
716
|
-
|
|
717
|
-
- [ ] Functional requirements met
|
|
718
|
-
- [ ] Integration requirements verified
|
|
719
|
-
- [ ] Existing functionality regression tested
|
|
720
|
-
- [ ] Code follows existing patterns and standards
|
|
721
|
-
- [ ] Tests pass (existing and new)
|
|
722
|
-
- [ ] Documentation updated if applicable
|
|
723
|
-
|
|
724
|
-
### 3. Risk and Compatibility Check
|
|
725
|
-
|
|
726
|
-
**Minimal Risk Assessment:**
|
|
727
|
-
|
|
728
|
-
- **Primary Risk:** {{main risk to existing system}}
|
|
729
|
-
- **Mitigation:** {{simple mitigation approach}}
|
|
730
|
-
- **Rollback:** {{how to undo if needed}}
|
|
731
|
-
|
|
732
|
-
**Compatibility Verification:**
|
|
733
|
-
|
|
734
|
-
- [ ] No breaking changes to existing APIs
|
|
735
|
-
- [ ] Database changes (if any) are additive only
|
|
736
|
-
- [ ] UI changes follow existing design patterns
|
|
737
|
-
- [ ] Performance impact is negligible
|
|
738
|
-
|
|
739
|
-
### 4. Validation Checklist
|
|
740
|
-
|
|
741
|
-
Before finalizing the story, confirm:
|
|
742
|
-
|
|
743
|
-
**Scope Validation:**
|
|
744
|
-
|
|
745
|
-
- [ ] Story can be completed in one development session
|
|
746
|
-
- [ ] Integration approach is straightforward
|
|
747
|
-
- [ ] Follows existing patterns exactly
|
|
748
|
-
- [ ] No design or architecture work required
|
|
749
|
-
|
|
750
|
-
**Clarity Check:**
|
|
751
|
-
|
|
752
|
-
- [ ] Story requirements are unambiguous
|
|
753
|
-
- [ ] Integration points are clearly specified
|
|
754
|
-
- [ ] Success criteria are testable
|
|
755
|
-
- [ ] Rollback approach is simple
|
|
756
|
-
|
|
757
|
-
## Success Criteria
|
|
758
|
-
|
|
759
|
-
The story creation is successful when:
|
|
760
|
-
|
|
761
|
-
1. Enhancement is clearly defined and appropriately scoped for single session
|
|
762
|
-
2. Integration approach is straightforward and low-risk
|
|
763
|
-
3. Existing system patterns are identified and will be followed
|
|
764
|
-
4. Rollback plan is simple and feasible
|
|
765
|
-
5. Acceptance criteria include existing functionality verification
|
|
766
|
-
|
|
767
|
-
## Important Notes
|
|
768
|
-
|
|
769
|
-
- This task is for VERY SMALL brownfield changes only
|
|
770
|
-
- If complexity grows during analysis, escalate to brownfield-create-epic
|
|
771
|
-
- Always prioritize existing system integrity
|
|
772
|
-
- When in doubt about integration complexity, use brownfield-create-epic instead
|
|
773
|
-
- Stories should take no more than 4 hours of focused development work
|
|
774
|
-
==================== END: .bmad-core/tasks/brownfield-create-story.md ====================
|
|
775
|
-
|
|
776
460
|
==================== START: .bmad-core/tasks/validate-next-story.md ====================
|
|
777
461
|
# Validate Next Story Task
|
|
778
462
|
|
package/dist/agents/qa.txt
CHANGED
|
@@ -80,7 +80,6 @@ story-file-permissions:
|
|
|
80
80
|
commands:
|
|
81
81
|
- help: Show numbered list of the following commands to allow selection
|
|
82
82
|
- review {story}: execute the task review-story for the highest sequence story in docs/stories unless another is specified - keep any specified technical-preferences in mind as needed
|
|
83
|
-
- create-doc {template}: execute task create-doc (no template = ONLY show available templates listed under dependencies/templates below)
|
|
84
83
|
- exit: Say goodbye as the QA Engineer, and then abandon inhabiting this persona
|
|
85
84
|
dependencies:
|
|
86
85
|
tasks:
|
package/dist/agents/sm.txt
CHANGED
|
@@ -68,9 +68,9 @@ persona:
|
|
|
68
68
|
- You are NOT allowed to implement stories or modify code EVER!
|
|
69
69
|
commands:
|
|
70
70
|
- help: Show numbered list of the following commands to allow selection
|
|
71
|
-
- draft: Execute task create-next-story
|
|
72
|
-
- correct-course: Execute task correct-course
|
|
73
|
-
- checklist
|
|
71
|
+
- draft: Execute task create-next-story.md
|
|
72
|
+
- correct-course: Execute task correct-course.md
|
|
73
|
+
- story-checklist: Execute task execute-checklist.md with checklist story-draft-checklist.md
|
|
74
74
|
- exit: Say goodbye as the Scrum Master, and then abandon inhabiting this persona
|
|
75
75
|
dependencies:
|
|
76
76
|
tasks:
|
|
@@ -73,15 +73,12 @@ persona:
|
|
|
73
73
|
- You can craft effective prompts for AI UI generation tools like v0, or Lovable.
|
|
74
74
|
commands:
|
|
75
75
|
- help: Show numbered list of the following commands to allow selection
|
|
76
|
-
- create-
|
|
77
|
-
- generate-ui-prompt:
|
|
78
|
-
- research {topic}: Execute create-deep-research-prompt task to generate a prompt to init UX deep research
|
|
79
|
-
- execute-checklist {checklist}: Run task execute-checklist (default->po-master-checklist)
|
|
76
|
+
- create-front-end-spec: run task create-doc.md with template front-end-spec-tmpl.yaml
|
|
77
|
+
- generate-ui-prompt: Run task generate-ai-frontend-prompt.md
|
|
80
78
|
- exit: Say goodbye as the UX Expert, and then abandon inhabiting this persona
|
|
81
79
|
dependencies:
|
|
82
80
|
tasks:
|
|
83
81
|
- generate-ai-frontend-prompt.md
|
|
84
|
-
- create-deep-research-prompt.md
|
|
85
82
|
- create-doc.md
|
|
86
83
|
- execute-checklist.md
|
|
87
84
|
templates:
|
|
@@ -145,298 +142,6 @@ You will now synthesize the inputs and the above principles into a final, compre
|
|
|
145
142
|
- <important_note>Conclude by reminding the user that all AI-generated code will require careful human review, testing, and refinement to be considered production-ready.</important_note>
|
|
146
143
|
==================== END: .bmad-core/tasks/generate-ai-frontend-prompt.md ====================
|
|
147
144
|
|
|
148
|
-
==================== START: .bmad-core/tasks/create-deep-research-prompt.md ====================
|
|
149
|
-
# Create Deep Research Prompt Task
|
|
150
|
-
|
|
151
|
-
This task helps create comprehensive research prompts for various types of deep analysis. It can process inputs from brainstorming sessions, project briefs, market research, or specific research questions to generate targeted prompts for deeper investigation.
|
|
152
|
-
|
|
153
|
-
## Purpose
|
|
154
|
-
|
|
155
|
-
Generate well-structured research prompts that:
|
|
156
|
-
|
|
157
|
-
- Define clear research objectives and scope
|
|
158
|
-
- Specify appropriate research methodologies
|
|
159
|
-
- Outline expected deliverables and formats
|
|
160
|
-
- Guide systematic investigation of complex topics
|
|
161
|
-
- Ensure actionable insights are captured
|
|
162
|
-
|
|
163
|
-
## Research Type Selection
|
|
164
|
-
|
|
165
|
-
CRITICAL: First, help the user select the most appropriate research focus based on their needs and any input documents they've provided.
|
|
166
|
-
|
|
167
|
-
### 1. Research Focus Options
|
|
168
|
-
|
|
169
|
-
Present these numbered options to the user:
|
|
170
|
-
|
|
171
|
-
1. **Product Validation Research**
|
|
172
|
-
|
|
173
|
-
- Validate product hypotheses and market fit
|
|
174
|
-
- Test assumptions about user needs and solutions
|
|
175
|
-
- Assess technical and business feasibility
|
|
176
|
-
- Identify risks and mitigation strategies
|
|
177
|
-
|
|
178
|
-
2. **Market Opportunity Research**
|
|
179
|
-
|
|
180
|
-
- Analyze market size and growth potential
|
|
181
|
-
- Identify market segments and dynamics
|
|
182
|
-
- Assess market entry strategies
|
|
183
|
-
- Evaluate timing and market readiness
|
|
184
|
-
|
|
185
|
-
3. **User & Customer Research**
|
|
186
|
-
|
|
187
|
-
- Deep dive into user personas and behaviors
|
|
188
|
-
- Understand jobs-to-be-done and pain points
|
|
189
|
-
- Map customer journeys and touchpoints
|
|
190
|
-
- Analyze willingness to pay and value perception
|
|
191
|
-
|
|
192
|
-
4. **Competitive Intelligence Research**
|
|
193
|
-
|
|
194
|
-
- Detailed competitor analysis and positioning
|
|
195
|
-
- Feature and capability comparisons
|
|
196
|
-
- Business model and strategy analysis
|
|
197
|
-
- Identify competitive advantages and gaps
|
|
198
|
-
|
|
199
|
-
5. **Technology & Innovation Research**
|
|
200
|
-
|
|
201
|
-
- Assess technology trends and possibilities
|
|
202
|
-
- Evaluate technical approaches and architectures
|
|
203
|
-
- Identify emerging technologies and disruptions
|
|
204
|
-
- Analyze build vs. buy vs. partner options
|
|
205
|
-
|
|
206
|
-
6. **Industry & Ecosystem Research**
|
|
207
|
-
|
|
208
|
-
- Map industry value chains and dynamics
|
|
209
|
-
- Identify key players and relationships
|
|
210
|
-
- Analyze regulatory and compliance factors
|
|
211
|
-
- Understand partnership opportunities
|
|
212
|
-
|
|
213
|
-
7. **Strategic Options Research**
|
|
214
|
-
|
|
215
|
-
- Evaluate different strategic directions
|
|
216
|
-
- Assess business model alternatives
|
|
217
|
-
- Analyze go-to-market strategies
|
|
218
|
-
- Consider expansion and scaling paths
|
|
219
|
-
|
|
220
|
-
8. **Risk & Feasibility Research**
|
|
221
|
-
|
|
222
|
-
- Identify and assess various risk factors
|
|
223
|
-
- Evaluate implementation challenges
|
|
224
|
-
- Analyze resource requirements
|
|
225
|
-
- Consider regulatory and legal implications
|
|
226
|
-
|
|
227
|
-
9. **Custom Research Focus**
|
|
228
|
-
|
|
229
|
-
- User-defined research objectives
|
|
230
|
-
- Specialized domain investigation
|
|
231
|
-
- Cross-functional research needs
|
|
232
|
-
|
|
233
|
-
### 2. Input Processing
|
|
234
|
-
|
|
235
|
-
**If Project Brief provided:**
|
|
236
|
-
|
|
237
|
-
- Extract key product concepts and goals
|
|
238
|
-
- Identify target users and use cases
|
|
239
|
-
- Note technical constraints and preferences
|
|
240
|
-
- Highlight uncertainties and assumptions
|
|
241
|
-
|
|
242
|
-
**If Brainstorming Results provided:**
|
|
243
|
-
|
|
244
|
-
- Synthesize main ideas and themes
|
|
245
|
-
- Identify areas needing validation
|
|
246
|
-
- Extract hypotheses to test
|
|
247
|
-
- Note creative directions to explore
|
|
248
|
-
|
|
249
|
-
**If Market Research provided:**
|
|
250
|
-
|
|
251
|
-
- Build on identified opportunities
|
|
252
|
-
- Deepen specific market insights
|
|
253
|
-
- Validate initial findings
|
|
254
|
-
- Explore adjacent possibilities
|
|
255
|
-
|
|
256
|
-
**If Starting Fresh:**
|
|
257
|
-
|
|
258
|
-
- Gather essential context through questions
|
|
259
|
-
- Define the problem space
|
|
260
|
-
- Clarify research objectives
|
|
261
|
-
- Establish success criteria
|
|
262
|
-
|
|
263
|
-
## Process
|
|
264
|
-
|
|
265
|
-
### 3. Research Prompt Structure
|
|
266
|
-
|
|
267
|
-
CRITICAL: collaboratively develop a comprehensive research prompt with these components.
|
|
268
|
-
|
|
269
|
-
#### A. Research Objectives
|
|
270
|
-
|
|
271
|
-
CRITICAL: collaborate with the user to articulate clear, specific objectives for the research.
|
|
272
|
-
|
|
273
|
-
- Primary research goal and purpose
|
|
274
|
-
- Key decisions the research will inform
|
|
275
|
-
- Success criteria for the research
|
|
276
|
-
- Constraints and boundaries
|
|
277
|
-
|
|
278
|
-
#### B. Research Questions
|
|
279
|
-
|
|
280
|
-
CRITICAL: collaborate with the user to develop specific, actionable research questions organized by theme.
|
|
281
|
-
|
|
282
|
-
**Core Questions:**
|
|
283
|
-
|
|
284
|
-
- Central questions that must be answered
|
|
285
|
-
- Priority ranking of questions
|
|
286
|
-
- Dependencies between questions
|
|
287
|
-
|
|
288
|
-
**Supporting Questions:**
|
|
289
|
-
|
|
290
|
-
- Additional context-building questions
|
|
291
|
-
- Nice-to-have insights
|
|
292
|
-
- Future-looking considerations
|
|
293
|
-
|
|
294
|
-
#### C. Research Methodology
|
|
295
|
-
|
|
296
|
-
**Data Collection Methods:**
|
|
297
|
-
|
|
298
|
-
- Secondary research sources
|
|
299
|
-
- Primary research approaches (if applicable)
|
|
300
|
-
- Data quality requirements
|
|
301
|
-
- Source credibility criteria
|
|
302
|
-
|
|
303
|
-
**Analysis Frameworks:**
|
|
304
|
-
|
|
305
|
-
- Specific frameworks to apply
|
|
306
|
-
- Comparison criteria
|
|
307
|
-
- Evaluation methodologies
|
|
308
|
-
- Synthesis approaches
|
|
309
|
-
|
|
310
|
-
#### D. Output Requirements
|
|
311
|
-
|
|
312
|
-
**Format Specifications:**
|
|
313
|
-
|
|
314
|
-
- Executive summary requirements
|
|
315
|
-
- Detailed findings structure
|
|
316
|
-
- Visual/tabular presentations
|
|
317
|
-
- Supporting documentation
|
|
318
|
-
|
|
319
|
-
**Key Deliverables:**
|
|
320
|
-
|
|
321
|
-
- Must-have sections and insights
|
|
322
|
-
- Decision-support elements
|
|
323
|
-
- Action-oriented recommendations
|
|
324
|
-
- Risk and uncertainty documentation
|
|
325
|
-
|
|
326
|
-
### 4. Prompt Generation
|
|
327
|
-
|
|
328
|
-
**Research Prompt Template:**
|
|
329
|
-
|
|
330
|
-
```markdown
|
|
331
|
-
## Research Objective
|
|
332
|
-
|
|
333
|
-
[Clear statement of what this research aims to achieve]
|
|
334
|
-
|
|
335
|
-
## Background Context
|
|
336
|
-
|
|
337
|
-
[Relevant information from project brief, brainstorming, or other inputs]
|
|
338
|
-
|
|
339
|
-
## Research Questions
|
|
340
|
-
|
|
341
|
-
### Primary Questions (Must Answer)
|
|
342
|
-
|
|
343
|
-
1. [Specific, actionable question]
|
|
344
|
-
2. [Specific, actionable question]
|
|
345
|
-
...
|
|
346
|
-
|
|
347
|
-
### Secondary Questions (Nice to Have)
|
|
348
|
-
|
|
349
|
-
1. [Supporting question]
|
|
350
|
-
2. [Supporting question]
|
|
351
|
-
...
|
|
352
|
-
|
|
353
|
-
## Research Methodology
|
|
354
|
-
|
|
355
|
-
### Information Sources
|
|
356
|
-
|
|
357
|
-
- [Specific source types and priorities]
|
|
358
|
-
|
|
359
|
-
### Analysis Frameworks
|
|
360
|
-
|
|
361
|
-
- [Specific frameworks to apply]
|
|
362
|
-
|
|
363
|
-
### Data Requirements
|
|
364
|
-
|
|
365
|
-
- [Quality, recency, credibility needs]
|
|
366
|
-
|
|
367
|
-
## Expected Deliverables
|
|
368
|
-
|
|
369
|
-
### Executive Summary
|
|
370
|
-
|
|
371
|
-
- Key findings and insights
|
|
372
|
-
- Critical implications
|
|
373
|
-
- Recommended actions
|
|
374
|
-
|
|
375
|
-
### Detailed Analysis
|
|
376
|
-
|
|
377
|
-
[Specific sections needed based on research type]
|
|
378
|
-
|
|
379
|
-
### Supporting Materials
|
|
380
|
-
|
|
381
|
-
- Data tables
|
|
382
|
-
- Comparison matrices
|
|
383
|
-
- Source documentation
|
|
384
|
-
|
|
385
|
-
## Success Criteria
|
|
386
|
-
|
|
387
|
-
[How to evaluate if research achieved its objectives]
|
|
388
|
-
|
|
389
|
-
## Timeline and Priority
|
|
390
|
-
|
|
391
|
-
[If applicable, any time constraints or phasing]
|
|
392
|
-
```
|
|
393
|
-
|
|
394
|
-
### 5. Review and Refinement
|
|
395
|
-
|
|
396
|
-
1. **Present Complete Prompt**
|
|
397
|
-
|
|
398
|
-
- Show the full research prompt
|
|
399
|
-
- Explain key elements and rationale
|
|
400
|
-
- Highlight any assumptions made
|
|
401
|
-
|
|
402
|
-
2. **Gather Feedback**
|
|
403
|
-
|
|
404
|
-
- Are the objectives clear and correct?
|
|
405
|
-
- Do the questions address all concerns?
|
|
406
|
-
- Is the scope appropriate?
|
|
407
|
-
- Are output requirements sufficient?
|
|
408
|
-
|
|
409
|
-
3. **Refine as Needed**
|
|
410
|
-
- Incorporate user feedback
|
|
411
|
-
- Adjust scope or focus
|
|
412
|
-
- Add missing elements
|
|
413
|
-
- Clarify ambiguities
|
|
414
|
-
|
|
415
|
-
### 6. Next Steps Guidance
|
|
416
|
-
|
|
417
|
-
**Execution Options:**
|
|
418
|
-
|
|
419
|
-
1. **Use with AI Research Assistant**: Provide this prompt to an AI model with research capabilities
|
|
420
|
-
2. **Guide Human Research**: Use as a framework for manual research efforts
|
|
421
|
-
3. **Hybrid Approach**: Combine AI and human research using this structure
|
|
422
|
-
|
|
423
|
-
**Integration Points:**
|
|
424
|
-
|
|
425
|
-
- How findings will feed into next phases
|
|
426
|
-
- Which team members should review results
|
|
427
|
-
- How to validate findings
|
|
428
|
-
- When to revisit or expand research
|
|
429
|
-
|
|
430
|
-
## Important Notes
|
|
431
|
-
|
|
432
|
-
- The quality of the research prompt directly impacts the quality of insights gathered
|
|
433
|
-
- Be specific rather than general in research questions
|
|
434
|
-
- Consider both current state and future implications
|
|
435
|
-
- Balance comprehensiveness with focus
|
|
436
|
-
- Document assumptions and limitations clearly
|
|
437
|
-
- Plan for iterative refinement based on initial findings
|
|
438
|
-
==================== END: .bmad-core/tasks/create-deep-research-prompt.md ====================
|
|
439
|
-
|
|
440
145
|
==================== START: .bmad-core/tasks/create-doc.md ====================
|
|
441
146
|
# Create Document from Template (YAML Driven)
|
|
442
147
|
|
|
@@ -92,14 +92,14 @@ persona:
|
|
|
92
92
|
- Numbered Options Protocol - Always use numbered lists for selections
|
|
93
93
|
commands:
|
|
94
94
|
- help: Show numbered list of the following commands to allow selection
|
|
95
|
-
- create-
|
|
95
|
+
- create-project-brief: use task create-doc with project-brief-tmpl.yaml
|
|
96
|
+
- perform-market-research: use task create-doc with market-research-tmpl.yaml
|
|
97
|
+
- create-competitor-analysis: use task create-doc with competitor-analysis-tmpl.yaml
|
|
96
98
|
- yolo: Toggle Yolo Mode
|
|
97
|
-
- doc-out: Output full document to current destination file
|
|
98
|
-
-
|
|
99
|
-
-
|
|
100
|
-
- brainstorm {topic}: Facilitate structured brainstorming session
|
|
99
|
+
- doc-out: Output full document in progress to current destination file
|
|
100
|
+
- research-prompt {topic}: execute task create-deep-research-prompt.md
|
|
101
|
+
- brainstorm {topic}: Facilitate structured brainstorming session (run task facilitate-brainstorming-session.md with template brainstorming-output-tmpl.yaml)
|
|
101
102
|
- elicit: run the task advanced-elicitation
|
|
102
|
-
- document-project: Analyze and document existing project structure comprehensively
|
|
103
103
|
- exit: Say goodbye as the Business Analyst, and then abandon inhabiting this persona
|
|
104
104
|
dependencies:
|
|
105
105
|
tasks:
|