mirror of
https://github.com/bmadcode/BMAD-METHOD.git
synced 2025-12-29 16:14:59 +00:00
Major Enhancements:
- 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.
This commit is contained in:
@@ -0,0 +1,24 @@
|
||||
# {Title} Checklist Validation
|
||||
|
||||
## {Section Foo}
|
||||
|
||||
- [ ] Check 1
|
||||
- [ ] Check 2
|
||||
- [ ] ...
|
||||
- [ ] Check n
|
||||
|
||||
...
|
||||
|
||||
## {Section Bar}
|
||||
|
||||
- [ ] Check 1
|
||||
- [ ] Check 2
|
||||
- [ ] ...
|
||||
- [ ] Check n
|
||||
|
||||
## Final Validation
|
||||
|
||||
- [ ] Section Foo
|
||||
- Issue List
|
||||
- [ ] Section Bar
|
||||
- Issue List
|
||||
@@ -0,0 +1,13 @@
|
||||
# PRD Workflow Instructions
|
||||
|
||||
<critical>The workflow execution engine is governed by: {project-root}/.bmad/core/tasks/workflow.xml</critical>
|
||||
<critical>You MUST have already loaded and processed: {project-related}/.bmad/{module-code}/workflows/{workflow}/workflow.yaml</critical>
|
||||
<critical>Communicate in {communication_language} throughout the workflow process</critical>
|
||||
|
||||
<workflow>
|
||||
|
||||
<step n="1" goal="">
|
||||
...
|
||||
</step>
|
||||
...
|
||||
</workflow>
|
||||
@@ -0,0 +1,9 @@
|
||||
# Title
|
||||
|
||||
**Date:** {{date}}
|
||||
|
||||
## {Section 1}
|
||||
|
||||
{{section_1_results}}
|
||||
|
||||
etc...
|
||||
@@ -0,0 +1,39 @@
|
||||
# {TITLE} Workflow Template Configuration
|
||||
name: "{WORKFLOW_CODE}"
|
||||
description: "{WORKFLOW_DESCRIPTION}"
|
||||
author: "BMad"
|
||||
|
||||
# Critical variables load from config_source
|
||||
# Add Additional Config Pulled Variables Here
|
||||
config_source: "{project-root}/{module-code}/config.yaml"
|
||||
output_folder: "{config_source}:output_folder"
|
||||
user_name: "{config_source}:user_name"
|
||||
communication_language: "{config_source}:communication_language"
|
||||
date: system-generated
|
||||
|
||||
# Required Data Files - HALT if missing!
|
||||
# optional, can be omitted
|
||||
brain_techniques: "{installed_path}/{critical-data-file.csv}" # example, can be other formats or URLs
|
||||
|
||||
# Optional docs that if loaded on start to kickstart this workflow or used at some point, these are meant to be suggested inputs for the user
|
||||
recommended_inputs: # optional, can be omitted
|
||||
- example_input: "{project-root}/{path/to/file.md}"
|
||||
|
||||
# Module path and component files
|
||||
installed_path: "{project-root}/.bmad/{module-code}/workflows/{workflow-code}"
|
||||
template: "{installed_path}/template.md" # optional, can be omitted
|
||||
instructions: "{installed_path}/instructions.md" # optional, can be omitted
|
||||
validation: "{installed_path}/checklist.md" # optional, can be omitted
|
||||
|
||||
# Output configuration
|
||||
default_output_file: "{output_folder}/{file.md}" # optional, can be omitted
|
||||
validation_output_file: "{output_folder}/{file-validation-report.md}" # optional, can be omitted
|
||||
|
||||
# Tool Requirements (MCP Required Tools or other tools needed to run this workflow)
|
||||
required_tools: #optional, can be omitted
|
||||
- "Tool Name": #example, can be omitted if none
|
||||
description: "Description of why this tool is needed"
|
||||
link: "https://link-to-tool.com"
|
||||
# Web Bundle Configuration (optional - for web-deployable workflows)
|
||||
# IMPORTANT: Web bundles are self-contained and cannot use config_source variables
|
||||
# All referenced files must be listed in web_bundle_files
|
||||
Reference in New Issue
Block a user