8.6 KiB
| title | description |
|---|---|
| Tools and Advanced FAQ | Common questions about tools, IDEs, and advanced topics in the BMad Method |
Quick answers to common questions about tools, IDEs, and advanced topics in the BMad Method.
Tools and Technical
Q: Why are my Mermaid diagrams not rendering?
A: Common issues:
- Missing language tag: Use
```mermaidnot just``` - Syntax errors in diagram (validate at mermaid.live)
- Tool doesn't support Mermaid (check your Markdown renderer)
All BMM docs use valid Mermaid syntax that should render in GitHub, VS Code, and most IDEs.
Q: Can I use BMM with GitHub Copilot / Cursor / other AI tools?
A: Yes! BMM is complementary. BMM handles:
- Project planning and structure
- Workflow orchestration
- Agent Personas and expertise
- Documentation generation
- Quality gates
Your AI coding assistant handles:
- Line-by-line code completion
- Quick refactoring
- Test generation
Use them together for best results.
Q: What IDEs/tools support BMM?
A: BMM requires tools with agent mode and access to high-quality LLM models that can load and follow complex workflows, then properly implement code changes.
Recommended Tools:
-
Claude Code - Best choice
- Sonnet 4.5 (excellent workflow following, coding, reasoning)
- Opus (maximum context, complex planning)
- Native agent mode designed for BMM workflows
-
Cursor
- Supports Anthropic (Claude) and OpenAI models
- Agent mode with composer
- Good for developers who prefer Cursor's UX
-
Windsurf
- Multi-model support
- Agent capabilities
- Suitable for BMM workflows
What Matters:
- Agent mode - Can load long workflow instructions and maintain context
- High-quality LLM - Models ranked high on SWE-bench (coding benchmarks)
- Model selection - Access to Claude Sonnet 4.5, Opus, or GPT-4o class models
- Context capacity - Can handle large planning documents and codebases
Why model quality matters: BMM workflows require LLMs that can follow multi-step processes, maintain context across phases, and implement code that adheres to specifications. Tools with weaker models will struggle with workflow adherence and code quality.
Q: Can I customize agents?
A: Yes! Agents are installed as markdown files with XML-style content (optimized for LLMs, readable by any model). Create customization files in _bmad/_config/agents/[agent-name].customize.yaml to override default behaviors while keeping core functionality intact. See agent documentation for customization options.
Note: While source agents in this repo are YAML, they install as .md files with XML-style tags - a format any LLM can read and follow.
Q: What happens to my planning docs after implementation?
A: Keep them! They serve as:
- Historical record of decisions
- Onboarding material for new team members
- Reference for future enhancements
- Audit trail for compliance
For enterprise projects (Level 4), consider archiving completed planning artifacts to keep workspace clean.
Q: Can I use BMM for non-software projects?
A: BMM is optimized for software development, but the methodology principles (scale-adaptive planning, just-in-time design, context injection) can apply to other complex project types. You'd need to adapt workflows and agents for your domain.
Advanced Questions
Q: What if my project grows from Level 1 to Level 3?
A: Totally fine! When you realize scope has grown:
- Run create-prd to add product-level planning
- Run create-architecture for system design
- Use existing tech-spec as input for PRD
- Continue with updated level
The system is flexible - growth is expected.
Q: Can I mix greenfield and brownfield approaches?
A: Yes! Common scenario: adding new greenfield feature to brownfield codebase. Approach:
- Run document-project for brownfield context
- Use greenfield workflows for new feature planning
- Explicitly document integration points between new and existing
- Test integration thoroughly
Q: How do I handle urgent hotfixes during a sprint?
A: Use correct-course workflow or just:
- Save your current work state
- Load PM agent → quick tech-spec for hotfix
- Implement hotfix (Level 0 flow)
- Deploy hotfix
- Return to original sprint work
Level 0 Quick Spec Flow is perfect for urgent fixes.
Q: What if I disagree with the workflow's recommendations?
A: Workflows are guidance, not enforcement. If a workflow recommends something that doesn't make sense for your context:
- Explain your reasoning to the agent
- Ask for alternative approaches
- Skip the recommendation if you're confident
- Document why you deviated (for future reference)
Trust your expertise - BMM supports your decisions.
Q: Can multiple developers work on the same BMM project?
A: Yes! But the paradigm is fundamentally different from traditional agile teams.
Key Difference:
- Traditional: Multiple devs work on stories within one epic (months)
- Agentic: Each dev owns complete epics (days)
In traditional agile: A team of 5 devs might spend 2-3 months on a single epic, with each dev owning different stories.
With BMM + AI agents: A single dev can complete an entire epic in 1-3 days. What used to take months now takes days.
Team Work Distribution:
- Recommended: Split work by epic (not story)
- Each developer owns complete epics end-to-end
- Parallel work happens at epic level
- Minimal coordination needed
For full-stack apps:
- Frontend and backend can be separate epics (unusual in traditional agile)
- Frontend dev owns all frontend epics
- Backend dev owns all backend epics
- Works because delivery is so fast
Enterprise Considerations:
- Use git submodules for BMM installation (not .gitignore)
- Allows personal configurations without polluting main repo
- Teams may use different AI tools (Claude Code, Cursor, etc.)
- Developers may follow different methods or create custom agents/workflows
Quick Tips:
- Share
sprint-status.yaml(single source of truth) - Assign entire epics to developers (not individual stories)
- Coordinate at epic boundaries, not story level
- Use git submodules for BMM in enterprise settings
Q: What is party mode and when should I use it?
A: Party mode is a unique multi-agent collaboration feature where ALL your installed agents (19+ from BMM, CIS, BMB, custom modules) discuss your challenges together in real-time.
How it works:
- Run
/bmad:core:workflows:party-mode(or*party-modefrom any agent) - Introduce your topic
- BMad Master selects 2-3 most relevant agents per message
- Agents cross-talk, debate, and build on each other's ideas
Best for:
- Strategic decisions with trade-offs (architecture choices, tech stack, scope)
- Creative brainstorming (game design, product innovation, UX ideation)
- Cross-functional alignment (epic kickoffs, retrospectives, phase transitions)
- Complex problem-solving (multi-faceted challenges, risk assessment)
Example parties:
- Product Strategy: PM + Innovation Strategist (CIS) + Analyst
- Technical Design: Architect + Creative Problem Solver (CIS) + Game Architect
- User Experience: UX Designer + Design Thinking Coach (CIS) + Storyteller (CIS)
Why it's powerful:
- Diverse perspectives (technical, creative, strategic)
- Healthy debate reveals blind spots
- Emergent insights from agent interaction
- Natural collaboration across modules
For complete documentation:
👉 Party Mode Guide - How it works, when to use it, example compositions, best practices
Getting Help
Q: Where do I get help if my question isn't answered here?
A:
- Search Complete Documentation for related topics
- Ask in Discord Community (#bmad-method-help)
- Open a GitHub Issue
- Watch YouTube Tutorials
Q: How do I report a bug or request a feature?
A: Open a GitHub issue at: https://github.com/bmad-code-org/BMAD-METHOD/issues
Please include:
- BMM version (check your installed version)
- Steps to reproduce (for bugs)
- Expected vs actual behavior
- Relevant workflow or agent involved
Related Documentation
- Quick Start Guide - Get started with BMM
- Glossary - Terminology reference
Have a question not answered here? Please open an issue or ask in Discord so we can add it!