mirror of
https://github.com/bmadcode/BMAD-METHOD.git
synced 2025-12-29 16:14:59 +00:00
48cf5c8056
## Core Workflow Engine Enhancements
### discover_inputs Protocol (MAJOR)
- Added reusable `discover_inputs` protocol to workflow.xml for intelligent file loading
- Supports three loading strategies:
- FULL_LOAD: Load all shards for PRD, Architecture, UX (changed pattern from /index.md to /*/*.md)
- SELECTIVE_LOAD: Load specific shard via template variable (e.g., epic-{{epic_num}}.md)
- INDEX_GUIDED: Load index, analyze TOC, intelligently load relevant docs (with "DO NOT BE LAZY" mandate)
- Auto-discovers whole vs sharded documents with proper fallback
- Provides transparent reporting of loaded content with file counts
- Invoked via <invoke-protocol name="discover_inputs" /> tag in workflow instructions
### Advanced Elicitation Improvements
- Renamed adv-elicit.xml to advanced-elicitation.xml for clarity
- Updated all references across agents and commands
### Shard Document Tool Enhancement
- Added Step 6: Handle Original Document with three options:
- [d] Delete - Remove original (recommended, prevents confusion)
- [m] Move to archive - Backup original to archive folder
- [k] Keep - Warning about defeating sharding purpose
- Prevents issue where both whole and sharded versions exist, confusing discover_inputs protocol
## BMM Module - Input File Pattern Standardization
### Phase 1 - Analysis (1 workflow)
- product-brief: Added load_strategy (FULL_LOAD for research/brainstorming, INDEX_GUIDED for document_project)
- Updated instructions.md to use invoke-protocol, replaced manual fuzzy matching
### Phase 2 - Planning (4 workflows)
- prd: Added load_strategy, updated instructions to reference {product_brief_content}, {research_content}
- create-ux-design: Added load_strategy, removed fuzzy matching from instructions
- tech-spec: Added load_strategy for brownfield context discovery
- All epics patterns updated to support SELECTIVE_LOAD for specific epic shards
### Phase 3 - Solutioning (2 workflows)
- architecture: Added load_strategy, updated instructions to use pre-loaded {prd_content}, {epics_content}, {ux_design_content}
- solutioning-gate-check: Added load_strategy, replaced manual discovery with protocol invocation
### Phase 4 - Implementation (8 workflows)
- code-review: Added load_strategy, fixed sharded patterns to /*/*.md, added step 1.5 for protocol
- correct-course: Added complete input_file_patterns section (was missing), added step 0.5
- create-story: Added load_strategy, updated to SELECTIVE_LOAD for epics, added step 1.5
- dev-story: Added complete input_file_patterns section (was missing), added step 0.5
- epic-tech-context: Added load_strategy, updated PRD extraction to use {prd_content}, added step 1.5
- retrospective: Added load_strategy for architecture/prd (FULL_LOAD), epics (SELECTIVE_LOAD), added step 0.5
- sprint-planning: Fixed sharded pattern to load ALL epics (/*/*.md), added step 0.5
- story-context: Added load_strategy, updated doc collection to reference pre-loaded content, added step 1.5
### Sprint Artifacts Path Corrections
- story-done: Added missing sprint_artifacts variable, fixed sprint_status path from {context_dir} to {sprint_artifacts}
- story-ready: Added missing sprint_artifacts variable
- story-context: Fixed undefined {context_dir} -> {sprint_artifacts}
- correct-course: Added sprint_artifacts and sprint_status variables
## BMGD Module - Phase 4 Production Workflows (NEW)
Added complete Phase 4 implementation workflows for game development:
- code-review: Senior developer review for completed game features
- correct-course: Sprint change management for game projects
- create-story: Story generation for game mechanics/features
- dev-story: Feature implementation workflow
- epic-tech-context: Technical spec generation per game epic
- retrospective: Epic completion review and lessons learned
- sprint-planning: Game development sprint status tracking
- story-context: Dynamic context assembly for game stories
- story-done: Story completion workflow
- story-ready: Story readiness workflow
All BMGD workflows follow BMM patterns with game-specific adaptations.
## Agent Updates
### BMM Agents
- Updated all 7 BMM agents (analyst, architect, dev, pm, sm, tea, tech-writer, ux-designer)
- Standardized web bundle configurations
### BMGD Agents
- Updated 4 game development agents (game-architect, game-designer, game-dev, game-scrum-master)
- Aligned with BMM agent structure
### CIS Agents
- Updated 5 creative intelligence agents for consistency
## Documentation & Configuration
- Updated CHANGELOG.md with Phase 4 workflow additions
- Updated files-manifest.csv and task-manifest.csv
- Updated .claude commands for all agents
- Fixed formatting issues from previous commits
## Breaking Changes
NONE - All changes are backward compatible. Workflows without input_file_patterns continue to work.
Workflows with input_file_patterns now benefit from intelligent auto-loading.
## Migration Notes
Existing workflows can gradually adopt discover_inputs protocol by:
1. Adding load_strategy to existing input_file_patterns in workflow.yaml
2. Adding <invoke-protocol name="discover_inputs" /> step in instructions.md
3. Replacing manual file loading with references to {pattern_name_content} variables
110 lines
2.4 KiB
Markdown
110 lines
2.4 KiB
Markdown
---
|
|
name: V6 Idea Submission
|
|
about: Suggest an idea for v6
|
|
title: ''
|
|
labels: ''
|
|
assignees: ''
|
|
---
|
|
|
|
# Idea: [Replace with a clear, actionable title]
|
|
|
|
### PASS Framework
|
|
|
|
**P**roblem:
|
|
|
|
> What's broken or missing? What pain point are we addressing? (1-2 sentences)
|
|
>
|
|
> [Your answer here]
|
|
|
|
**A**udience:
|
|
|
|
> Who's affected by this problem and how severely? (1-2 sentences)
|
|
>
|
|
> [Your answer here]
|
|
|
|
**S**olution:
|
|
|
|
> What will we build or change? How will we measure success? (1-2 sentences with at least 1 measurable outcome)
|
|
>
|
|
> [Your answer here]
|
|
>
|
|
> [Your Acceptance Criteria for measuring success here]
|
|
|
|
**S**ize:
|
|
|
|
> How much effort do you estimate this will take?
|
|
>
|
|
> - [ ] **XS** - A few hours
|
|
> - [ ] **S** - 1-2 days
|
|
> - [ ] **M** - 3-5 days
|
|
> - [ ] **L** - 1-2 weeks
|
|
> - [ ] **XL** - More than 2 weeks
|
|
|
|
---
|
|
|
|
### Metadata
|
|
|
|
**Submitted by:** [Your name]
|
|
**Date:** [Today's date]
|
|
**Priority:** [Leave blank - will be assigned during team review]
|
|
|
|
---
|
|
|
|
## Examples
|
|
|
|
<details>
|
|
<summary>Click to see a GOOD example</summary>
|
|
|
|
### Idea: Add search functionality to customer dashboard
|
|
|
|
**P**roblem:
|
|
Customers can't find their past orders quickly. They have to scroll through pages of orders to find what they're looking for, leading to 15+ support tickets per week.
|
|
|
|
**A**udience:
|
|
All 5,000+ active customers are affected. Support team spends ~10 hours/week helping customers find orders.
|
|
|
|
**S**olution:
|
|
Add a search bar that filters by order number, date range, and product name. Success = 50% reduction in order-finding support tickets within 2 weeks of launch.
|
|
|
|
**S**ize:
|
|
|
|
- [x] **M** - 3-5 days
|
|
|
|
</details>
|
|
|
|
<details>
|
|
<summary>Click to see a POOR example</summary>
|
|
|
|
### Idea: Make the app better
|
|
|
|
**P**roblem:
|
|
The app needs improvements and updates.
|
|
|
|
**A**udience:
|
|
Users
|
|
|
|
**S**olution:
|
|
Fix issues and add features.
|
|
|
|
**S**ize:
|
|
|
|
- [ ] Unknown
|
|
|
|
_Why this is poor: Too vague, no specific problem identified, no measurable success criteria, unclear scope_
|
|
|
|
</details>
|
|
|
|
---
|
|
|
|
## Tips for Success
|
|
|
|
1. **Be specific** - Vague problems lead to vague solutions
|
|
2. **Quantify when possible** - Numbers help us prioritize (e.g., "20 customers asked for this" vs "customers want this")
|
|
3. **One idea per submission** - If you have multiple ideas, submit multiple templates
|
|
4. **Success metrics matter** - How will we know this worked?
|
|
5. **Honest sizing** - Better to overestimate than underestimate
|
|
|
|
## Questions?
|
|
|
|
Reach out to @OverlordBaconPants if you need help completing this template.
|