340 lines
12 KiB
Markdown
340 lines
12 KiB
Markdown
# Edit Module - Module Editor 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-root}/bmad/bmb/workflows/edit-module/workflow.yaml</critical>
|
|
<critical>This workflow uses ADAPTIVE FACILITATION - adjust your communication based on context and user needs</critical>
|
|
<critical>The goal is COLLABORATIVE IMPROVEMENT - work WITH the user, not FOR them</critical>
|
|
<critical>Communicate all responses in {communication_language}</critical>
|
|
|
|
<workflow>
|
|
|
|
<step n="1" goal="Load and deeply understand the target module">
|
|
<ask>What is the path to the module you want to edit? (provide path to module directory like bmad/bmm/ or src/modules/bmm/)</ask>
|
|
|
|
<action>Load the module directory structure completely:
|
|
|
|
- Scan all directories and files
|
|
- Load config.yaml
|
|
- Load README.md
|
|
- List all agents in agents/ directory
|
|
- List all workflows in workflows/ directory
|
|
- Check for installer files (if in src/modules/)
|
|
- Identify any custom structure or patterns
|
|
</action>
|
|
|
|
<action>Load ALL module documentation to inform understanding:
|
|
|
|
- Module structure guide: {module_structure_guide}
|
|
- Study reference modules: BMM, BMB, CIS
|
|
- Understand BMAD module patterns and conventions
|
|
</action>
|
|
|
|
<action>Analyze the module deeply:
|
|
|
|
- Identify module purpose and role in BMAD ecosystem
|
|
- Understand agent organization and relationships
|
|
- Map workflow organization and dependencies
|
|
- Evaluate config structure and completeness
|
|
- Check documentation quality and currency
|
|
- Assess installer configuration (if source module)
|
|
- Identify cross-module integrations
|
|
- Evaluate against best practices from loaded guides
|
|
</action>
|
|
|
|
<action>Reflect understanding back to {user_name}:
|
|
|
|
Present a warm, conversational summary adapted to the module's complexity:
|
|
|
|
- What this module provides (its purpose and value in BMAD)
|
|
- How it's organized (agents, workflows, structure)
|
|
- What you notice (strengths, potential improvements, issues)
|
|
- How it fits in the larger BMAD ecosystem
|
|
- Your initial assessment based on best practices
|
|
|
|
Be conversational and insightful. Help {user_name} see their module through your eyes.
|
|
</action>
|
|
|
|
<ask>Does this match your understanding of what this module should provide?</ask>
|
|
<template-output>module_understanding</template-output>
|
|
</step>
|
|
|
|
<step n="2" goal="Discover improvement goals collaboratively">
|
|
<critical>Understand WHAT the user wants to improve and WHY before diving into edits</critical>
|
|
|
|
<action>Engage in collaborative discovery:
|
|
|
|
Ask open-ended questions to understand their goals:
|
|
|
|
- What prompted you to want to edit this module?
|
|
- What feedback have you gotten from users of this module?
|
|
- Are there specific agents or workflows that need attention?
|
|
- Is the module fulfilling its intended purpose?
|
|
- Are there new capabilities you want to add?
|
|
- How well does it integrate with other modules?
|
|
- Is the documentation helping users understand and use the module?
|
|
|
|
Listen for clues about:
|
|
|
|
- Structural issues (poor organization, hard to navigate)
|
|
- Agent/workflow issues (outdated, broken, missing functionality)
|
|
- Configuration issues (missing fields, incorrect setup)
|
|
- Documentation issues (outdated, incomplete, unclear)
|
|
- Integration issues (doesn't work well with other modules)
|
|
- Installer issues (installation problems, missing files)
|
|
- User experience issues (confusing, hard to use)
|
|
</action>
|
|
|
|
<action>Based on their responses and your analysis from step 1, identify improvement opportunities:
|
|
|
|
Organize by priority and user goals:
|
|
|
|
- CRITICAL issues blocking module functionality
|
|
- IMPORTANT improvements enhancing user experience
|
|
- NICE-TO-HAVE enhancements for polish
|
|
|
|
Present these conversationally, explaining WHY each matters and HOW it would help.
|
|
</action>
|
|
|
|
<action>Collaborate on priorities:
|
|
|
|
Don't just list options - discuss them:
|
|
|
|
- "I noticed {{issue}} - this could make it hard for users to {{problem}}. Want to address this?"
|
|
- "The module could be more {{improvement}} which would help when {{use_case}}. Worth exploring?"
|
|
- "Based on what you said about {{user_goal}}, we might want to {{suggestion}}. Thoughts?"
|
|
|
|
Let the conversation flow naturally. Build a shared vision of what "better" looks like.
|
|
</action>
|
|
|
|
<template-output>improvement_goals</template-output>
|
|
</step>
|
|
|
|
<step n="3" goal="Facilitate improvements collaboratively" repeat="until-user-satisfied">
|
|
<critical>Work iteratively - improve, review, refine. Never dump all changes at once.</critical>
|
|
<critical>For agent and workflow edits, invoke specialized workflows rather than doing inline</critical>
|
|
|
|
<action>For each improvement area, facilitate collaboratively:
|
|
|
|
1. **Explain the current state and why it matters**
|
|
- Show relevant sections of the module
|
|
- Explain how it works now and implications
|
|
- Connect to user's goals from step 2
|
|
|
|
2. **Propose improvements with rationale**
|
|
- Suggest specific changes that align with best practices
|
|
- Explain WHY each change helps
|
|
- Provide examples from reference modules when helpful
|
|
- Reference the structure guide's patterns naturally
|
|
|
|
3. **Collaborate on the approach**
|
|
- Ask if the proposed change addresses their need
|
|
- Invite modifications or alternative approaches
|
|
- Explain tradeoffs when relevant
|
|
- Adapt based on their feedback
|
|
|
|
4. **Apply changes appropriately**
|
|
- For agent edits: Invoke edit-agent workflow
|
|
- For workflow edits: Invoke edit-workflow workflow
|
|
- For module-level changes: Make directly and iteratively
|
|
- Show updates and confirm satisfaction
|
|
</action>
|
|
|
|
<action>Common improvement patterns to facilitate:
|
|
|
|
**If improving module organization:**
|
|
|
|
- Discuss how the current structure serves (or doesn't serve) users
|
|
- Propose reorganization that aligns with mental models
|
|
- Consider feature-based vs type-based organization
|
|
- Plan the reorganization steps
|
|
- Update all references after moving files
|
|
|
|
**If updating module configuration:**
|
|
|
|
- Review current config.yaml fields
|
|
- Check for missing standard fields (user_name, communication_language, output_folder)
|
|
- Add module-specific fields as needed
|
|
- Remove unused or outdated fields
|
|
- Ensure config is properly documented
|
|
|
|
**If managing agents:**
|
|
|
|
- Ask which agent needs attention and why
|
|
- For editing existing agent: <invoke-workflow path="{agent_editor}">
|
|
- For adding new agent: Guide creation and integration
|
|
- For removing agent: Confirm, remove, update references
|
|
- Ensure all agent references in workflows remain valid
|
|
|
|
**If managing workflows:**
|
|
|
|
- Ask which workflow needs attention and why
|
|
- For editing existing workflow: <invoke-workflow path="{workflow_editor}">
|
|
- For adding new workflow: Guide creation and integration
|
|
- For removing workflow: Confirm, remove, update agent references
|
|
- Ensure all workflow files are properly organized
|
|
|
|
**If improving documentation:**
|
|
|
|
- Review current README and identify gaps
|
|
- Discuss what users need to know
|
|
- Update module overview and purpose
|
|
- List agents and workflows with clear descriptions
|
|
- Add usage examples if helpful
|
|
- Ensure installation/setup instructions are clear
|
|
|
|
**If setting up cross-module integration:**
|
|
|
|
- Identify which workflows from other modules are needed
|
|
- Show how to reference workflows properly: {project-root}/bmad/{{module}}/workflows/{{workflow}}/workflow.yaml
|
|
- Document the integration in README
|
|
- Ensure dependencies are clear
|
|
- Consider adding example usage
|
|
|
|
**If updating installer (source modules only):**
|
|
|
|
- Review installer script for correctness
|
|
- Check web bundle configurations
|
|
- Verify all files are included
|
|
- Test installation paths
|
|
- Update module metadata
|
|
</action>
|
|
|
|
<action>When invoking specialized workflows:
|
|
|
|
Explain why you're handing off:
|
|
|
|
- "This agent needs detailed attention. Let me invoke the edit-agent workflow to give it proper focus."
|
|
- "The workflow editor can handle this more thoroughly. I'll pass control there."
|
|
|
|
After the specialized workflow completes, return and continue:
|
|
|
|
- "Great! That agent/workflow is updated. Want to work on anything else in the module?"
|
|
</action>
|
|
|
|
<action>Throughout improvements, educate when helpful:
|
|
|
|
Share insights from the guides naturally:
|
|
|
|
- "The module structure guide recommends {{pattern}} for this scenario"
|
|
- "Looking at how BMM organized this, we could use {{approach}}"
|
|
- "The BMAD convention is to {{pattern}} which helps with {{benefit}}"
|
|
|
|
Connect improvements to broader BMAD principles without being preachy.
|
|
</action>
|
|
|
|
<ask>After each significant change:
|
|
|
|
- "Does this organization feel more intuitive?"
|
|
- "Want to refine this further, or move to the next improvement?"
|
|
- "How does this change affect users of the module?"
|
|
</ask>
|
|
|
|
<template-output>improvement_implementation</template-output>
|
|
</step>
|
|
|
|
<step n="4" goal="Validate improvements holistically">
|
|
<action>Run comprehensive validation conversationally:
|
|
|
|
Don't just check boxes - explain what you're validating and why it matters:
|
|
|
|
- "Let me verify the module structure is solid..."
|
|
- "Checking that all agent workflow references are valid..."
|
|
- "Making sure config.yaml has all necessary fields..."
|
|
- "Validating documentation is complete and accurate..."
|
|
- "Ensuring cross-module references work correctly..."
|
|
</action>
|
|
|
|
<action>Load validation checklist: {installed_path}/checklist.md</action>
|
|
<action>Check all items from checklist systematically</action>
|
|
|
|
<check if="validation_issues_found">
|
|
<action>Present issues conversationally:
|
|
|
|
Explain what's wrong and implications:
|
|
|
|
- "I found {{issue}} which could cause {{problem}} for users"
|
|
- "The {{component}} needs {{fix}} because {{reason}}"
|
|
|
|
Propose fixes immediately:
|
|
|
|
- "I can fix this by {{solution}}. Should I?"
|
|
- "We have a couple options here: {{option1}} or {{option2}}. Thoughts?"
|
|
</action>
|
|
|
|
<action>Fix approved issues and re-validate</action>
|
|
</check>
|
|
|
|
<check if="validation_passes">
|
|
<action>Confirm success warmly:
|
|
|
|
"Excellent! Everything validates cleanly:
|
|
|
|
- Module structure is well-organized
|
|
- All agent and workflow references are valid
|
|
- Configuration is complete
|
|
- Documentation is thorough and current
|
|
- Cross-module integrations work properly
|
|
- Installer is correct (if applicable)
|
|
|
|
Your module is in great shape."
|
|
</action>
|
|
</check>
|
|
|
|
<template-output>validation_results</template-output>
|
|
</step>
|
|
|
|
<step n="5" goal="Review improvements and guide next steps">
|
|
<action>Create a conversational summary of what improved:
|
|
|
|
Tell the story of the transformation:
|
|
|
|
- "We started with {{initial_state}}"
|
|
- "You wanted to {{user_goals}}"
|
|
- "We made these key improvements: {{changes_list}}"
|
|
- "Now your module {{improved_capabilities}}"
|
|
|
|
Highlight the impact:
|
|
|
|
- "This means users will experience {{benefit}}"
|
|
- "The module is now more {{quality}}"
|
|
- "It follows best practices for {{patterns}}"
|
|
</action>
|
|
|
|
<action>Guide next steps based on changes made:
|
|
|
|
If structure changed significantly:
|
|
|
|
- "Since we reorganized the structure, you should update any external references to this module"
|
|
|
|
If agents or workflows were updated:
|
|
|
|
- "The updated agents/workflows should be tested with real user interactions"
|
|
|
|
If cross-module integration was added:
|
|
|
|
- "Test the integration with {{other_module}} to ensure it works smoothly"
|
|
|
|
If installer was updated:
|
|
|
|
- "Test the installation process to verify all files are included correctly"
|
|
|
|
If this is part of larger BMAD work:
|
|
|
|
- "Consider if patterns from this module could benefit other modules"
|
|
|
|
Be a helpful guide to what comes next, not just a task completer.
|
|
</action>
|
|
|
|
<ask>Would you like to:
|
|
|
|
- Test the edited module by invoking one of its agents
|
|
- Edit a specific agent or workflow in more detail
|
|
- Make additional refinements to the module
|
|
- Work on a different module
|
|
</ask>
|
|
|
|
<template-output>completion_summary</template-output>
|
|
</step>
|
|
|
|
</workflow>
|