feat(workflows): Implement intelligent file discovery protocol and Phase 4 BMGD workflows
## 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
2025-11-12 19:18:38 -06:00
|
|
|
<task id="{bmad_folder}/core/tasks/advanced-elicitation.xml" name="Advanced Elicitation" standalone="true"
|
|
|
|
|
methods="{project-root}/{bmad_folder}/core/tasks/advanced-elicitation-methods.csv"
|
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.
2025-11-09 17:39:05 -06:00
|
|
|
agent-party="{project-root}/{bmad_folder}/_cfg/agent-manifest.csv">
|
2025-09-28 23:17:07 -05:00
|
|
|
<llm critical="true">
|
|
|
|
|
<i>MANDATORY: Execute ALL steps in the flow section IN EXACT ORDER</i>
|
|
|
|
|
<i>DO NOT skip steps or change the sequence</i>
|
|
|
|
|
<i>HALT immediately when halt-conditions are met</i>
|
2025-09-29 20:19:14 -05:00
|
|
|
<i>Each action xml tag within step xml tag is a REQUIRED action to complete that step</i>
|
2025-09-28 23:17:07 -05:00
|
|
|
<i>Sections outside flow (validation, output, critical-context) provide essential context - review and apply throughout execution</i>
|
|
|
|
|
</llm>
|
|
|
|
|
|
|
|
|
|
<integration description="When called from workflow">
|
|
|
|
|
<desc>When called during template workflow processing:</desc>
|
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.
2025-11-09 17:39:05 -06:00
|
|
|
<i>1. Receive or review the current section content that was just generated or</i>
|
2025-09-28 23:17:07 -05:00
|
|
|
<i>2. Apply elicitation methods iteratively to enhance that specific content</i>
|
|
|
|
|
<i>3. Return the enhanced version back when user selects 'x' to proceed and return back</i>
|
|
|
|
|
<i>4. The enhanced content replaces the original section content in the output document</i>
|
|
|
|
|
</integration>
|
|
|
|
|
|
|
|
|
|
<flow>
|
|
|
|
|
<step n="1" title="Method Registry Loading">
|
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.
2025-11-09 17:39:05 -06:00
|
|
|
<action>Load and read {{methods}} and {{agent-party}}</action>
|
2025-09-28 23:17:07 -05:00
|
|
|
|
|
|
|
|
<csv-structure>
|
|
|
|
|
<i>category: Method grouping (core, structural, risk, etc.)</i>
|
|
|
|
|
<i>method_name: Display name for the method</i>
|
|
|
|
|
<i>description: Rich explanation of what the method does, when to use it, and why it's valuable</i>
|
|
|
|
|
<i>output_pattern: Flexible flow guide using → arrows (e.g., "analysis → insights → action")</i>
|
|
|
|
|
</csv-structure>
|
|
|
|
|
|
|
|
|
|
<context-analysis>
|
|
|
|
|
<i>Use conversation history</i>
|
|
|
|
|
<i>Analyze: content type, complexity, stakeholder needs, risk level, and creative potential</i>
|
|
|
|
|
</context-analysis>
|
|
|
|
|
|
|
|
|
|
<smart-selection>
|
|
|
|
|
<i>1. Analyze context: Content type, complexity, stakeholder needs, risk level, creative potential</i>
|
|
|
|
|
<i>2. Parse descriptions: Understand each method's purpose from the rich descriptions in CSV</i>
|
|
|
|
|
<i>3. Select 5 methods: Choose methods that best match the context based on their descriptions</i>
|
|
|
|
|
<i>4. Balance approach: Include mix of foundational and specialized techniques as appropriate</i>
|
|
|
|
|
</smart-selection>
|
|
|
|
|
</step>
|
|
|
|
|
|
2025-09-29 20:19:14 -05:00
|
|
|
<step n="2" title="Present Options and Handle Responses">
|
2025-09-28 23:17:07 -05:00
|
|
|
|
|
|
|
|
<format>
|
2025-11-23 08:50:36 -06:00
|
|
|
**Advanced Elicitation Options (If you launched Party Mode, they will participate randomly)**
|
|
|
|
|
Choose a number (1-5), [r] to Reshuffle, [a] List All, or [x] to Proceed:
|
2025-09-28 23:17:07 -05:00
|
|
|
|
|
|
|
|
1. [Method Name]
|
|
|
|
|
2. [Method Name]
|
|
|
|
|
3. [Method Name]
|
|
|
|
|
4. [Method Name]
|
|
|
|
|
5. [Method Name]
|
|
|
|
|
r. Reshuffle the list with 5 new options
|
2025-11-23 08:50:36 -06:00
|
|
|
a. List all methods with descriptions
|
2025-09-28 23:17:07 -05:00
|
|
|
x. Proceed / No Further Actions
|
|
|
|
|
</format>
|
|
|
|
|
|
|
|
|
|
<response-handling>
|
|
|
|
|
<case n="1-5">
|
|
|
|
|
<i>Execute the selected method using its description from the CSV</i>
|
|
|
|
|
<i>Adapt the method's complexity and output format based on the current context</i>
|
|
|
|
|
<i>Apply the method creatively to the current section content being enhanced</i>
|
|
|
|
|
<i>Display the enhanced version showing what the method revealed or improved</i>
|
|
|
|
|
<i>CRITICAL: Ask the user if they would like to apply the changes to the doc (y/n/other) and HALT to await response.</i>
|
2025-10-03 21:46:53 -05:00
|
|
|
<i>CRITICAL: ONLY if Yes, apply the changes. IF No, discard your memory of the proposed changes. If any other reply, try best to
|
|
|
|
|
follow the instructions given by the user.</i>
|
2025-09-28 23:17:07 -05:00
|
|
|
<i>CRITICAL: Re-present the same 1-5,r,x prompt to allow additional elicitations</i>
|
|
|
|
|
</case>
|
|
|
|
|
<case n="r">
|
2025-11-23 08:50:36 -06:00
|
|
|
<i>Select 5 random methods from advanced-elicitation-methods.csv, present new list with same prompt format</i>
|
|
|
|
|
<i>When selecting, try to think and pick a diverse set of methods covering different categories and approaches, with 1 and 2 being
|
|
|
|
|
potentially the most useful for the document or section being discovered</i>
|
2025-09-28 23:17:07 -05:00
|
|
|
</case>
|
|
|
|
|
<case n="x">
|
|
|
|
|
<i>Complete elicitation and proceed</i>
|
|
|
|
|
<i>Return the fully enhanced content back to create-doc.md</i>
|
|
|
|
|
<i>The enhanced content becomes the final version for that section</i>
|
|
|
|
|
<i>Signal completion back to create-doc.md to continue with next section</i>
|
|
|
|
|
</case>
|
2025-11-23 08:50:36 -06:00
|
|
|
<case n="a">
|
|
|
|
|
<i>List all methods with their descriptions from the CSV in a compact table</i>
|
|
|
|
|
<i>Allow user to select any method by name or number from the full list</i>
|
|
|
|
|
<i>After selection, execute the method as described in the n="1-5" case above</i>
|
|
|
|
|
</case>
|
2025-09-28 23:17:07 -05:00
|
|
|
<case n="direct-feedback">
|
|
|
|
|
<i>Apply changes to current section content and re-present choices</i>
|
|
|
|
|
</case>
|
|
|
|
|
<case n="multiple-numbers">
|
|
|
|
|
<i>Execute methods in sequence on the content, then re-offer choices</i>
|
|
|
|
|
</case>
|
|
|
|
|
</response-handling>
|
|
|
|
|
</step>
|
|
|
|
|
|
|
|
|
|
<step n="3" title="Execution Guidelines">
|
|
|
|
|
<i>Method execution: Use the description from CSV to understand and apply each method</i>
|
|
|
|
|
<i>Output pattern: Use the pattern as a flexible guide (e.g., "paths → evaluation → selection")</i>
|
|
|
|
|
<i>Dynamic adaptation: Adjust complexity based on content needs (simple to sophisticated)</i>
|
|
|
|
|
<i>Creative application: Interpret methods flexibly based on context while maintaining pattern consistency</i>
|
2025-11-23 08:50:36 -06:00
|
|
|
<i>Focus on actionable insights</i>
|
|
|
|
|
<i>Stay relevant: Tie elicitation to specific content being analyzed (the current section from the document being created unless user
|
|
|
|
|
indicates otherwise)</i>
|
|
|
|
|
<i>Identify personas: For single or multi-persona methods, clearly identify viewpoints, and use party members if available in memory
|
|
|
|
|
already</i>
|
|
|
|
|
<i>Critical loop behavior: Always re-offer the 1-5,r,a,x choices after each method execution</i>
|
|
|
|
|
<i>Continue until user selects 'x' to proceed with enhanced content, confirm or ask the user what should be accepted from the session</i>
|
2025-09-28 23:17:07 -05:00
|
|
|
<i>Each method application builds upon previous enhancements</i>
|
|
|
|
|
<i>Content preservation: Track all enhancements made during elicitation</i>
|
|
|
|
|
<i>Iterative enhancement: Each selected method (1-5) should:</i>
|
|
|
|
|
<i> 1. Apply to the current enhanced version of the content</i>
|
|
|
|
|
<i> 2. Show the improvements made</i>
|
|
|
|
|
<i> 3. Return to the prompt for additional elicitations or completion</i>
|
|
|
|
|
</step>
|
|
|
|
|
</flow>
|
2025-10-03 21:46:53 -05:00
|
|
|
</task>
|