- Installation path is now fully configurable, allowing users to specify custom installation directories during setup
- Default installation location changed to .bmad (hidden directory) for cleaner project root organization
Web Bundle Improvements:
- All web bundles (single agent and team) now include party mode support for multi-agent collaboration!
- Advanced elicitation capabilities integrated into standalone agents
- All bundles enhanced with party mode agent manifests
- Added default-party.csv files to bmm, bmgd, and cis module teams
- The default party file is what will be used with single agent bundles. teams can customize for different party configurations before web bundling through a setting in the team yaml file
- New web bundle outputs for all agents (analyst, architect, dev, pm, sm, tea, tech-writer, ux-designer, game-*, creative-squad)
Phase 4 Workflow Updates (In Progress):
- Initiated shift to separate phase 4 implementation artifacts from documentation
- Phase 4 implementation artifacts (stories, code review, sprint plan, context files) will move to dedicated location outside docs folder
- Installer questions and configuration added for artifact path selection
- Updated workflow.yaml files for code-review, sprint-planning, story-context, epic-tech-context, and retrospective workflows to support this, but still might require some udpates
Additional Changes:
- New agent and action command header models for standardization
- Enhanced web-bundle-activation-steps fragment
- Updated web-bundler.js to support new structure
- VS Code settings updated for new .bmad directory
- Party mode instructions and workflow enhanced for better orchestration
IDE Installer Updates:
- Show version number of installer in cli
- improved Installer UX
- Gemini TOML Improved to have clear loading instructions with @ commands
- All tools agent launcher mds improved to use a central file template critical indication isntead of hardcoding in 2 different locations.
7.1 KiB
Level 0 - Minimal User Story Generation
This generates a single user story for Level 0 atomic changes Level 0 = single file change, bug fix, or small isolated task This workflow runs AFTER tech-spec.md has been completed Output format MUST match create-story template for compatibility with story-context and dev-story workflows
Read the completed tech-spec.md file from {output_folder}/tech-spec.md Load bmm-workflow-status.yaml from {output_folder}/bmm-workflow-status.yaml (if exists) Extract dev_ephemeral_location from config (where stories are stored)
Extract from the ENHANCED tech-spec structure:
- Problem statement from "The Change → Problem Statement" section
- Solution overview from "The Change → Proposed Solution" section
- Scope from "The Change → Scope" section
- Source tree from "Implementation Details → Source Tree Changes" section
- Time estimate from "Implementation Guide → Implementation Steps" section
- Acceptance criteria from "Implementation Guide → Acceptance Criteria" section
- Framework dependencies from "Development Context → Framework/Libraries" section
- Existing code references from "Development Context → Relevant Existing Code" section
- File paths from "Developer Resources → File Paths Reference" section
- Key code locations from "Developer Resources → Key Code Locations" section
- Testing locations from "Developer Resources → Testing Locations" section
Derive a short URL-friendly slug from the feature/change name Max slug length: 3-5 words, kebab-case format
- "Migrate JS Library Icons" → "icon-migration" - "Fix Login Validation Bug" → "login-fix" - "Add OAuth Integration" → "oauth-integration"Set story_filename = "story-{slug}.md" Set story_path = "{dev_ephemeral_location}/story-{slug}.md"
Create 1 story that describes the technical change as a deliverable Story MUST use create-story template format for compatibility
**Story Point Estimation:** - 1 point = < 1 day (2-4 hours) - 2 points = 1-2 days - 3 points = 2-3 days - 5 points = 3-5 days (if this high, question if truly Level 0)Story Title Best Practices:
- Use active, user-focused language
- Describe WHAT is delivered, not HOW
- Good: "Icon Migration to Internal CDN"
- Bad: "Run curl commands to download PNGs"
Story Description Format:
- As a [role] (developer, user, admin, etc.)
- I want [capability/change]
- So that [benefit/value]
Acceptance Criteria:
- Extract from tech-spec "Testing Approach" section
- Must be specific, measurable, and testable
- Include performance criteria if specified
Tasks/Subtasks:
- Map directly to tech-spec "Implementation Guide" tasks
- Use checkboxes for tracking
- Reference AC numbers: (AC: #1), (AC: #2)
- Include explicit testing subtasks
Dev Notes:
- Extract technical constraints from tech-spec
- Include file paths from "Developer Resources → File Paths Reference"
- Include existing code references from "Development Context → Relevant Existing Code"
- Reference architecture patterns if applicable
- Cite tech-spec sections for implementation details
- Note dependencies (internal and external)
NEW: Comprehensive Context
Since tech-spec is now context-rich, populate all new template fields:
- dependencies: Extract from "Development Context" and "Implementation Details → Integration Points"
- existing_code_references: Extract from "Development Context → Relevant Existing Code" and "Developer Resources → Key Code Locations"
Initialize story file using user_story_template
story_title role capability benefit acceptance_criteria tasks_subtasks technical_summary files_to_modify test_locations story_points time_estimate dependencies existing_code_references architecture_references
mode: update action: complete_workflow workflow_name: tech-spec ✅ Tech-spec complete! Next: {{next_workflow}}Load {{status_file_path}} Set STORIES_SEQUENCE: [{slug}] Set TODO_STORY: {slug} Set TODO_TITLE: {{story_title}} Set IN_PROGRESS_STORY: (empty) Set STORIES_DONE: [] Save {{status_file_path}}
Story queue initialized with single story: {slug}
Display completion summary
Level 0 Planning Complete!
Generated Artifacts:
tech-spec.md→ Technical source of truthstory-{slug}.md→ User story ready for implementation
Story Location: {story_path}
Next Steps:
🎯 RECOMMENDED - Direct to Development (Level 0):
Since the tech-spec is now CONTEXT-RICH with:
- ✅ Brownfield codebase analysis (if applicable)
- ✅ Framework and library details with exact versions
- ✅ Existing patterns and code references
- ✅ Complete file paths and integration points
You can skip story-context and go straight to dev!
- Load DEV agent:
{project-root}/.bmad/bmm/agents/dev.md - Run
dev-storyworkflow - Begin implementation immediately
Option B - Generate Additional Context (optional):
Only needed for extremely complex scenarios:
- Load SM agent:
{project-root}/.bmad/bmm/agents/sm.md - Run
story-contextworkflow (generates additional XML context) - Then load DEV agent and run
dev-storyworkflow
Progress Tracking:
- All decisions logged in:
bmm-workflow-status.yaml - Next action clearly identified
Ready to proceed? Choose your path:
- Go directly to dev-story (RECOMMENDED - tech-spec has all context)
- Generate additional story context (for complex edge cases)
- Exit for now
Select option (1-3):