Compare commits
9 Commits
73899d5b8a
...
c37c652d78
| Author | SHA1 | Date |
|---|---|---|
|
|
c37c652d78 | |
|
|
323cd75efd | |
|
|
b0c35d595f | |
|
|
0c46ef0be2 | |
|
|
79067a9427 | |
|
|
fa01b4929b | |
|
|
0bbb544521 | |
|
|
c3d1bf3fe8 | |
|
|
f2a942b2db |
Binary file not shown.
|
|
@ -0,0 +1,169 @@
|
|||
---
|
||||
name: changelog-social
|
||||
description: Generate social media announcements for Discord, Twitter, and LinkedIn from the latest changelog entry. Use when user asks to create release announcements, social posts, or share changelog updates. Reads CHANGELOG.md in current working directory. Reference examples/ for tone and format.
|
||||
disable-model-invocation: true
|
||||
---
|
||||
|
||||
# Changelog Social
|
||||
|
||||
Generate engaging social media announcements from changelog entries.
|
||||
|
||||
## Workflow
|
||||
|
||||
### Step 1: Extract Changelog Entry
|
||||
|
||||
Read `./CHANGELOG.md` and extract the latest version entry. The changelog follows this format:
|
||||
|
||||
```markdown
|
||||
## [VERSION]
|
||||
|
||||
### 🎁 Features
|
||||
* **Title** — Description
|
||||
|
||||
### 🐛 Bug Fixes
|
||||
* **Title** — Description
|
||||
|
||||
### 📚 Documentation
|
||||
* **Title** — Description
|
||||
|
||||
### 🔧 Maintenance
|
||||
* **Title** — Description
|
||||
```
|
||||
|
||||
Parse:
|
||||
- **Version number** (e.g., `6.0.0-Beta.5`)
|
||||
- **Features** - New functionality, enhancements
|
||||
- **Bug Fixes** - Fixes users will care about
|
||||
- **Documentation** - New or improved docs
|
||||
- **Maintenance** - Dependency updates, tooling improvements
|
||||
|
||||
### Step 2: Get Git Contributors
|
||||
|
||||
Use git log to find contributors since the previous version. Get commits between the current version tag and the previous one:
|
||||
|
||||
```bash
|
||||
# Find the previous version tag first
|
||||
git tag --sort=-version:refname | head -5
|
||||
|
||||
# Get commits between versions with PR numbers and authors
|
||||
git log <previous-tag>..<current-tag> --pretty=format:"%h|%s|%an" --grep="#"
|
||||
```
|
||||
|
||||
Extract PR numbers from commit messages that contain `#` followed by digits. Compile unique contributors.
|
||||
|
||||
### Step 3: Generate Discord Announcement
|
||||
|
||||
**Limit: 2,000 characters per message.** Split into multiple messages if needed.
|
||||
|
||||
Use this template style:
|
||||
|
||||
```markdown
|
||||
🚀 **BMad vVERSION RELEASED!**
|
||||
|
||||
🎉 [Brief hype sentence]
|
||||
|
||||
🪥 **KEY HIGHLIGHT** - [One-line summary]
|
||||
|
||||
🎯 **CATEGORY NAME**
|
||||
• Feature one - brief description
|
||||
• Feature two - brief description
|
||||
• Coming soon: Future teaser
|
||||
|
||||
🔧 **ANOTHER CATEGORY**
|
||||
• Fix or feature
|
||||
• Another item
|
||||
|
||||
📚 **DOCS OR OTHER**
|
||||
• Item
|
||||
• Item with link
|
||||
|
||||
🌟 **COMMUNITY PHILOSOPHY** (optional - include for major releases)
|
||||
• Everything is FREE - No paywalls
|
||||
• Knowledge shared, not sold
|
||||
|
||||
📊 **STATS**
|
||||
X commits | Y PRs merged | Z files changed
|
||||
|
||||
🙏 **CONTRIBUTORS**
|
||||
@username1 (X PRs!), @username2 (Y PRs!)
|
||||
@username3, @username4, username5 + dependabot 🛡️
|
||||
Community-driven FTW! 🌟
|
||||
|
||||
📦 **INSTALL:**
|
||||
`npx bmad-method@VERSION install`
|
||||
|
||||
⭐ **SUPPORT US:**
|
||||
🌟 GitHub: github.com/bmad-code-org/BMAD-METHOD/
|
||||
📺 YouTube: youtube.com/@BMadCode
|
||||
☕ Donate: buymeacoffee.com/bmad
|
||||
|
||||
🔥 **Next version tease!**
|
||||
```
|
||||
|
||||
**Content Strategy:**
|
||||
- Focus on **user impact** - what's better for them?
|
||||
- Highlight **annoying bugs fixed** that frustrated users
|
||||
- Show **new capabilities** that enable workflows
|
||||
- Keep it **punchy** - use emojis and short bullets
|
||||
- Add **personality** - excitement, humor, gratitude
|
||||
|
||||
### Step 4: Generate Twitter Post
|
||||
|
||||
**Limit: 25,000 characters per tweet (Premium).** With Premium, use a single comprehensive post matching the Discord style (minus Discord-specific formatting). Aim for 1,500-3,000 characters for better engagement.
|
||||
|
||||
**Threads are optional** — only use for truly massive releases where you want multiple engagement points.
|
||||
|
||||
See `examples/twitter-example.md` for the single-post Premium format.
|
||||
|
||||
## Content Selection Guidelines
|
||||
|
||||
**Include:**
|
||||
- New features that change workflows
|
||||
- Bug fixes for annoying/blocking issues
|
||||
- Documentation that helps users
|
||||
- Performance improvements
|
||||
- New agents or workflows
|
||||
- Breaking changes (call out clearly)
|
||||
|
||||
**Skip/Minimize:**
|
||||
- Internal refactoring
|
||||
- Dependency updates (unless user-facing)
|
||||
- Test improvements
|
||||
- Minor style fixes
|
||||
|
||||
**Emphasize:**
|
||||
- "Finally fixed" issues
|
||||
- "Faster" operations
|
||||
- "Easier" workflows
|
||||
- "Now supports" capabilities
|
||||
|
||||
## Examples
|
||||
|
||||
Reference example posts in `examples/` for tone and formatting guidance:
|
||||
|
||||
- **discord-example.md** — Full Discord announcement with emojis, sections, contributor shout-outs
|
||||
- **twitter-example.md** — Twitter thread format (5 tweets max for major releases)
|
||||
- **linkedin-example.md** — Professional post for major/minor releases with significant features
|
||||
|
||||
**When to use LinkedIn:**
|
||||
- Major version releases (e.g., v6.0.0 Beta, v7.0.0)
|
||||
- Minor releases with exceptional new features
|
||||
- Community milestone announcements
|
||||
|
||||
Read the appropriate example file before generating to match the established style and voice.
|
||||
|
||||
## Output Format
|
||||
|
||||
Present both announcements in clearly labeled sections:
|
||||
|
||||
```markdown
|
||||
## Discord Announcement
|
||||
|
||||
[paste Discord content here]
|
||||
|
||||
## Twitter Post
|
||||
|
||||
[paste Twitter content here]
|
||||
```
|
||||
|
||||
Offer to make adjustments if the user wants different emphasis, tone, or content.
|
||||
|
|
@ -0,0 +1,53 @@
|
|||
🚀 **BMad v6.0.0-alpha.23 RELEASED!**
|
||||
|
||||
🎉 Huge update - almost beta!
|
||||
|
||||
🪟 **WINDOWS INSTALLER FIXED** - Menu arrows issue should be fixed! CRLF & ESM problems resolved.
|
||||
|
||||
🎯 **PRD WORKFLOWS IMPROVED**
|
||||
• Validation & Edit workflows added!
|
||||
• PRD Cohesion check ensures document flows beautifully
|
||||
• Coming soon: Use of subprocess optimization (context saved!)
|
||||
• Coming soon: Final format polish step in all workflows - Human consumption OR hyper-optimized LLM condensed initially!
|
||||
|
||||
🔧 **WORKFLOW CREATOR & VALIDATOR**
|
||||
• Subprocess support for advanced optimization
|
||||
• Path violation checks ensure integrity
|
||||
• Beyond error checking - offers optimization & flow suggestions!
|
||||
|
||||
📚 **NEW DOCS SITE** - docs.bmad-method.org
|
||||
• Diataxis framework: Tutorials, How-To, Explanations, References
|
||||
• Current docs still being revised
|
||||
• Tutorials, blogs & explainers coming soon!
|
||||
|
||||
💡 **BRAINSTORMING REVOLUTION**
|
||||
• 100+ idea goal (quantity-first!)
|
||||
• Anti-bias protocol (pivot every 10 ideas)
|
||||
• Chain-of-thought + simulated temperature prompts
|
||||
• Coming soon: SubProcessing (on-the-fly sub agents)
|
||||
|
||||
🌟 **COMMUNITY PHILOSOPHY**
|
||||
• Everything is FREE - No paywalls, no gated content
|
||||
• Knowledge shared, not sold
|
||||
• No premium tiers - full access to our ideas
|
||||
|
||||
📊 **27 commits | 217 links converted | 42+ docs created**
|
||||
|
||||
🙏 **17 Community PR Authors in this release!**
|
||||
@lum (6 PRs!), @q00 (3 PRs!), @phil (2 PRs!)
|
||||
@mike, @alex, @ramiz, @sjennings + dependabot 🛡️
|
||||
Community-driven FTW! 🌟
|
||||
|
||||
📦 **INSTALL ALPHA:**
|
||||
`npx bmad-method install`
|
||||
|
||||
⭐ **SUPPORT US:**
|
||||
🌟 GitHub: github.com/bmad-code-org/BMAD-METHOD/
|
||||
📺 YouTube: youtube.com/@BMadCode
|
||||
|
||||
🎤 **SPEAKING & MEDIA**
|
||||
Available for conferences, podcasts, media appearances!
|
||||
Topics: AI-Native Organizations (Any Industry), BMad Method
|
||||
DM on Discord for inquiries!
|
||||
|
||||
🔥 **V6 Beta is DAYS away!** January 22nd ETA - new features such as xyz and abc bug fixes!
|
||||
|
|
@ -0,0 +1,49 @@
|
|||
🚀 **Announcing BMad Method v6.0.0 Beta - AI-Native Agile Development Framework**
|
||||
|
||||
I'm excited to share that BMad Method, the open-source AI-driven agile development framework, is entering Beta! After 27 alpha releases and countless community contributions, we're approaching a major milestone.
|
||||
|
||||
**What's New in v6.0.0-alpha.23**
|
||||
|
||||
🪟 **Windows Compatibility Fixed**
|
||||
We've resolved the installer issues that affected Windows users. The menu arrows problem, CRLF handling, and ESM compatibility are all resolved.
|
||||
|
||||
🎯 **Enhanced PRD Workflows**
|
||||
Our Product Requirements Document workflows now include validation and editing capabilities, with a new cohesion check that ensures your documents flow beautifully. Subprocess optimization is coming soon to save even more context.
|
||||
|
||||
🔧 **Workflow Creator & Validator**
|
||||
New tools for creating and validating workflows with subprocess support, path violation checks, and optimization suggestions that go beyond simple error checking.
|
||||
|
||||
📚 **New Documentation Platform**
|
||||
We've launched docs.bmad-method.org using the Diataxis framework - providing clear separation between tutorials, how-to guides, explanations, and references. Our documentation is being continuously revised and expanded.
|
||||
|
||||
💡 **Brainstorming Revolution**
|
||||
Our brainstorming workflows now use research-backed techniques: 100+ idea goals, anti-bias protocols, chain-of-thought reasoning, and simulated temperature prompts for higher divergence.
|
||||
|
||||
**Our Philosophy**
|
||||
|
||||
Everything in BMad Method is FREE. No paywalls, no gated content, no premium tiers. We believe knowledge should be shared, not sold. This is community-driven development at its finest.
|
||||
|
||||
**The Stats**
|
||||
- 27 commits in this release
|
||||
- 217 documentation links converted
|
||||
- 42+ new documents created
|
||||
- 17 community PR authors contributed
|
||||
|
||||
**Get Started**
|
||||
|
||||
```
|
||||
npx bmad-method@alpha install
|
||||
```
|
||||
|
||||
**Learn More**
|
||||
- GitHub: github.com/bmad-code-org/BMAD-METHOD
|
||||
- YouTube: youtube.com/@BMadCode
|
||||
- Docs: docs.bmad-method.org
|
||||
|
||||
**What's Next?**
|
||||
|
||||
Beta is just days away with an ETA of January 22nd. We're also available for conferences, podcasts, and media appearances to discuss AI-Native Organizations and the BMad Method.
|
||||
|
||||
Have you tried BMad Method yet? I'd love to hear about your experience in the comments!
|
||||
|
||||
#AI #SoftwareDevelopment #Agile #OpenSource #DevTools #LLM #AgentEngineering
|
||||
|
|
@ -0,0 +1,55 @@
|
|||
🚀 **BMad v6.0.0-alpha.23 RELEASED!**
|
||||
|
||||
Huge update - we're almost at Beta! 🎉
|
||||
|
||||
🪟 **WINDOWS INSTALLER FIXED** - Menu arrows issue should be fixed! CRLF & ESM problems resolved.
|
||||
|
||||
🎯 **PRD WORKFLOWS IMPROVED**
|
||||
• Validation & Edit workflows added!
|
||||
• PRD Cohesion check ensures document flows beautifully
|
||||
• Coming soon: Subprocess optimization (context saved!)
|
||||
• Coming soon: Final format polish step in all workflows
|
||||
|
||||
🔧 **WORKFLOW CREATOR & VALIDATOR**
|
||||
• Subprocess support for advanced optimization
|
||||
• Path violation checks ensure integrity
|
||||
• Beyond error checking - offers optimization & flow suggestions!
|
||||
|
||||
📚 **NEW DOCS SITE** - docs.bmad-method.org
|
||||
• Diataxis framework: Tutorials, How-To, Explanations, References
|
||||
• Current docs still being revised
|
||||
• Tutorials, blogs & explainers coming soon!
|
||||
|
||||
💡 **BRAINSTORMING REVOLUTION**
|
||||
• 100+ idea goal (quantity-first!)
|
||||
• Anti-bias protocol (pivot every 10 ideas)
|
||||
• Chain-of-thought + simulated temperature prompts
|
||||
• Coming soon: SubProcessing (on-the-fly sub agents)
|
||||
|
||||
🌟 **COMMUNITY PHILOSOPHY**
|
||||
• Everything is FREE - No paywalls, no gated content
|
||||
• Knowledge shared, not sold
|
||||
• No premium tiers - full access to our ideas
|
||||
|
||||
📊 **27 commits | 217 links converted | 42+ docs created**
|
||||
|
||||
🙏 **17 Community PR Authors in this release!**
|
||||
@lum (6 PRs!), @q00 (3 PRs!), @phil (2 PRs!)
|
||||
@mike, @alex, @ramiz, @sjennings + dependabot 🛡️
|
||||
Community-driven FTW! 🌟
|
||||
|
||||
📦 **INSTALL ALPHA:**
|
||||
`npx bmad-method install`
|
||||
|
||||
⭐ **SUPPORT US:**
|
||||
🌟 GitHub: github.com/bmad-code-org/BMAD-METHOD/
|
||||
📺 YouTube: youtube.com/@BMadCode
|
||||
|
||||
🎤 **SPEAKING & MEDIA**
|
||||
Available for conferences, podcasts, media appearances!
|
||||
Topics: AI-Native Organizations (Any Industry), BMad Method
|
||||
DM on Discord for inquiries!
|
||||
|
||||
🔥 **V6 Beta is DAYS away!** January 22nd ETA!
|
||||
|
||||
#AI #DevTools #Agile #OpenSource #LLM #AgentEngineering
|
||||
|
|
@ -0,0 +1,7 @@
|
|||
---
|
||||
name: draft-changelog
|
||||
description: Analyzes changes since the last release and generates a draft changelog entry
|
||||
disable-model-invocation: true
|
||||
---
|
||||
|
||||
Read `prompts/instructions.md` and execute.
|
||||
|
|
@ -0,0 +1,58 @@
|
|||
# Draft Changelog Execution
|
||||
|
||||
## Input
|
||||
Project path (or run from project root)
|
||||
|
||||
## Step 1: Identify Current State
|
||||
- Get the latest released tag
|
||||
- Get current version
|
||||
- Verify there are commits since the last release
|
||||
|
||||
## Step 2: Launch Explore Agent
|
||||
|
||||
Use `thoroughness: "very thorough"` to analyze all changes since the last release tag.
|
||||
|
||||
**Key: For each merge commit, look up the merged PR/issue that was closed.**
|
||||
- Use `gh pr view` or git commit body to find the PR number
|
||||
- Read the PR description and comments to understand full context
|
||||
- Don't rely solely on commit merge messages - they lack context
|
||||
|
||||
**Analyze:**
|
||||
|
||||
1. **All merges/commits** since the last tag
|
||||
2. **For each merge, read the original PR/issue** that was closed
|
||||
3. **Files changed** with statistics
|
||||
4. **Categorize changes:**
|
||||
- 🎁 **Features** - New functionality, new agents, new workflows
|
||||
- 🐛 **Bug Fixes** - Fixed bugs, corrected issues
|
||||
- ♻️ **Refactoring** - Code improvements, reorganization
|
||||
- 📚 **Documentation** - Docs updates, README changes
|
||||
- 🔧 **Maintenance** - Dependency updates, tooling, infrastructure
|
||||
- 💥 **Breaking Changes** - Changes that may affect users
|
||||
|
||||
**Provide:**
|
||||
- Comprehensive summary of ALL changes with PR context
|
||||
- Categorization of each change
|
||||
- Identification of breaking changes
|
||||
- Significance assessment (major/minor/trivial)
|
||||
|
||||
## Step 3: Generate Draft Changelog
|
||||
|
||||
Format:
|
||||
```markdown
|
||||
## v0.X.X - [Date]
|
||||
|
||||
* [Change 1 - categorized by type]
|
||||
* [Change 2]
|
||||
```
|
||||
|
||||
Guidelines:
|
||||
- Present tense ("Fix bug" not "Fixed bug")
|
||||
- Most significant changes first
|
||||
- Group related changes
|
||||
- Clear, concise language
|
||||
- For breaking changes, clearly indicate impact
|
||||
|
||||
## Step 4: Present Draft
|
||||
|
||||
Show the draft with current version, last tag, commit count, and options to edit/retry.
|
||||
|
|
@ -0,0 +1,14 @@
|
|||
# gh-triage
|
||||
|
||||
Fetches all GitHub issues via gh CLI and uses AI agents to deeply analyze, cluster, and prioritize issues.
|
||||
|
||||
## Usage
|
||||
|
||||
Run from within any BMad Method repository to triage issues.
|
||||
|
||||
## What It Does
|
||||
|
||||
1. Fetches all open issues via `gh issue list`
|
||||
2. Splits issues into batches
|
||||
3. Launches parallel agents to analyze each batch
|
||||
4. Generates comprehensive triage report to `_bmad-output/triage-reports/`
|
||||
|
|
@ -1,158 +1,12 @@
|
|||
---
|
||||
name: gh-triage
|
||||
description: Fetch all GitHub issues via gh CLI and use AI agents to deeply analyze, cluster, and prioritize issues with actual understanding. Use for issue triage, backlog cleanup, or when user mentions "issues", "triage", or "backlog".
|
||||
description: Fetch all GitHub issues via gh CLI and use AI agents to deeply analyze, cluster, and prioritize issues
|
||||
license: MIT
|
||||
disable-model-invocation: true
|
||||
metadata:
|
||||
author: bmad-code-org
|
||||
version: "3.0.0"
|
||||
anthropic-internal: Core team issue triage tool for BMad Method repositories
|
||||
min-github-cli-version: "2.0"
|
||||
compatibility: Requires gh CLI, git repository, and BMad Method with Task tool support
|
||||
---
|
||||
|
||||
# GitHub Issue Triage with AI Analysis
|
||||
|
||||
**CRITICAL RULES:**
|
||||
- NEVER include time or effort estimates in output or recommendations
|
||||
- Focus on WHAT needs to be done, not HOW LONG it takes
|
||||
- Use Bash tool with gh CLI for all GitHub operations
|
||||
|
||||
## Execution Plan
|
||||
|
||||
You will perform GitHub issue triage using AI agents for deep analysis:
|
||||
|
||||
### Step 1: Fetch Issues
|
||||
Use `gh issue list` to fetch all open issues from the current repository in JSON format.
|
||||
|
||||
### Step 2: Batch Creation
|
||||
Split issues into batches of ~10 issues each for parallel analysis.
|
||||
|
||||
### Step 3: Parallel Agent Analysis
|
||||
For EACH batch, use the Task tool with `subagent_type=general-purpose` to launch an agent with this prompt:
|
||||
|
||||
```
|
||||
You are analyzing a batch of GitHub issues for deep understanding and triage.
|
||||
|
||||
**YOUR TASK:**
|
||||
Read the issues in your batch and provide DEEP analysis:
|
||||
|
||||
1. **For EACH issue, analyze:**
|
||||
- What is this ACTUALLY about? (beyond keywords)
|
||||
- What component/system does it affect?
|
||||
- What's the impact and severity?
|
||||
- Is it a bug, feature request, or something else?
|
||||
- What specific theme does it belong to?
|
||||
|
||||
2. **PRIORITY ASSESSMENT:**
|
||||
- CRITICAL: Blocks users, security issues, data loss, broken installers
|
||||
- HIGH: Major functionality broken, important features missing
|
||||
- MEDIUM: Workarounds available, minor bugs, nice-to-have features
|
||||
- LOW: Edge cases, cosmetic issues, questions
|
||||
|
||||
3. **RELATIONSHIPS:**
|
||||
- Duplicates: Near-identical issues about the same problem
|
||||
- Related: Issues connected by theme or root cause
|
||||
- Dependencies: One issue blocks or requires another
|
||||
|
||||
**YOUR BATCH:**
|
||||
[Paste the batch of issues here - each with number, title, body, labels]
|
||||
|
||||
**OUTPUT FORMAT (JSON only, no markdown):**
|
||||
{
|
||||
"issues": [
|
||||
{
|
||||
"number": 123,
|
||||
"title": "issue title",
|
||||
"deep_understanding": "2-3 sentences explaining what this is really about",
|
||||
"affected_components": ["installer", "workflows", "docs"],
|
||||
"issue_type": "bug/feature/question/tech-debt",
|
||||
"priority": "CRITICAL/HIGH/MEDIUM/LOW",
|
||||
"priority_rationale": "Why this priority level",
|
||||
"theme": "installation/workflow/integration/docs/ide-support/etc",
|
||||
"relationships": {
|
||||
"duplicates_of": [456],
|
||||
"related_to": [789, 101],
|
||||
"blocks": [111]
|
||||
}
|
||||
}
|
||||
],
|
||||
"cross_repo_issues": [
|
||||
{"number": 123, "target_repo": "bmad-builder", "reason": "about agent builder"}
|
||||
],
|
||||
"cleanup_candidates": [
|
||||
{"number": 456, "reason": "v4-related/outdated/duplicate"}
|
||||
],
|
||||
"themes_found": {
|
||||
"Installation Blockers": {
|
||||
"count": 5,
|
||||
"root_cause": "Common pattern if identifiable"
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
Return ONLY valid JSON. No explanations outside the JSON structure.
|
||||
```
|
||||
|
||||
### Step 4: Consolidate & Generate Report
|
||||
After all agents complete, create a comprehensive markdown report saved to `_bmad-output/triage-reports/triage-YYYY-MM-DD.md` with:
|
||||
|
||||
## Report Structure
|
||||
|
||||
### Executive Summary
|
||||
- Total issues analyzed
|
||||
- Issue count by priority (CRITICAL, HIGH, MEDIUM, LOW)
|
||||
- Major themes discovered
|
||||
- Top 5 critical issues requiring immediate attention
|
||||
|
||||
### Critical Issues (CRITICAL Priority)
|
||||
For each CRITICAL issue:
|
||||
- **#123 - [Issue Title](url)**
|
||||
- **What it's about:** [Deep understanding]
|
||||
- **Affected:** [Components]
|
||||
- **Why Critical:** [Rationale]
|
||||
- **Suggested Action:** [Specific action]
|
||||
|
||||
### High Priority Issues (HIGH Priority)
|
||||
Same format as Critical, grouped by theme.
|
||||
|
||||
### Theme Clusters
|
||||
For each major theme:
|
||||
- **Theme Name** (N issues)
|
||||
- **What connects these:** [Pattern]
|
||||
- **Root cause:** [If identifiable]
|
||||
- **Consolidated actions:** [Bulk actions if applicable]
|
||||
- **Issues:** #123, #456, #789
|
||||
|
||||
### Relationships & Dependencies
|
||||
- **Duplicates:** List pairs with `gh issue close` commands
|
||||
- **Related Issues:** Groups of related issues
|
||||
- **Dependencies:** Blocking relationships
|
||||
|
||||
### Cross-Repo Issues
|
||||
Issues that should be migrated to other repositories (bmad-builder, bmad-module-creative-intelligence-suite, bmad-module-game-dev-studio, bmad-method-test-architecture-enterprise).
|
||||
|
||||
For each, provide:
|
||||
```
|
||||
gh issue close XXX --repo CURRENT_REPO --comment "This issue belongs in REPO. Please report at https://github.com/TARGET_REPO/issues/new"
|
||||
```
|
||||
|
||||
### Cleanup Candidates
|
||||
- **v4-related:** Deprecated version issues with close commands
|
||||
- **Stale:** No activity >30 days
|
||||
- **Low priority + old:** Low priority issues >60 days old
|
||||
|
||||
### Actionable Next Steps
|
||||
Specific, prioritized actions:
|
||||
1. [CRITICAL] Fix broken installer - affects all new users
|
||||
2. [HIGH] Resolve Windows path escaping issues
|
||||
3. [HIGH] Address workflow integration bugs
|
||||
etc.
|
||||
|
||||
Include `gh` commands where applicable for bulk actions.
|
||||
|
||||
---
|
||||
|
||||
## Execute Now
|
||||
|
||||
Begin by fetching issues from the current repository and follow the plan above.
|
||||
Read `prompts/instructions.md` and execute.
|
||||
|
|
|
|||
|
|
@ -0,0 +1,60 @@
|
|||
You are analyzing a batch of GitHub issues for deep understanding and triage.
|
||||
|
||||
**YOUR TASK:**
|
||||
Read the issues in your batch and provide DEEP analysis:
|
||||
|
||||
1. **For EACH issue, analyze:**
|
||||
- What is this ACTUALLY about? (beyond keywords)
|
||||
- What component/system does it affect?
|
||||
- What's the impact and severity?
|
||||
- Is it a bug, feature request, or something else?
|
||||
- What specific theme does it belong to?
|
||||
|
||||
2. **PRIORITY ASSESSMENT:**
|
||||
- CRITICAL: Blocks users, security issues, data loss, broken installers
|
||||
- HIGH: Major functionality broken, important features missing
|
||||
- MEDIUM: Workarounds available, minor bugs, nice-to-have features
|
||||
- LOW: Edge cases, cosmetic issues, questions
|
||||
|
||||
3. **RELATIONSHIPS:**
|
||||
- Duplicates: Near-identical issues about the same problem
|
||||
- Related: Issues connected by theme or root cause
|
||||
- Dependencies: One issue blocks or requires another
|
||||
|
||||
**YOUR BATCH:**
|
||||
[Paste the batch of issues here - each with number, title, body, labels]
|
||||
|
||||
**OUTPUT FORMAT (JSON only, no markdown):**
|
||||
{
|
||||
"issues": [
|
||||
{
|
||||
"number": 123,
|
||||
"title": "issue title",
|
||||
"deep_understanding": "2-3 sentences explaining what this is really about",
|
||||
"affected_components": ["installer", "workflows", "docs"],
|
||||
"issue_type": "bug/feature/question/tech-debt",
|
||||
"priority": "CRITICAL/HIGH/MEDIUM/LOW",
|
||||
"priority_rationale": "Why this priority level",
|
||||
"theme": "installation/workflow/integration/docs/ide-support/etc",
|
||||
"relationships": {
|
||||
"duplicates_of": [456],
|
||||
"related_to": [789, 101],
|
||||
"blocks": [111]
|
||||
}
|
||||
}
|
||||
],
|
||||
"cross_repo_issues": [
|
||||
{"number": 123, "target_repo": "bmad-builder", "reason": "about agent builder"}
|
||||
],
|
||||
"cleanup_candidates": [
|
||||
{"number": 456, "reason": "v4-related/outdated/duplicate"}
|
||||
],
|
||||
"themes_found": {
|
||||
"Installation Blockers": {
|
||||
"count": 5,
|
||||
"root_cause": "Common pattern if identifiable"
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
Return ONLY valid JSON. No explanations outside the JSON structure.
|
||||
|
|
@ -0,0 +1,74 @@
|
|||
# GitHub Issue Triage with AI Analysis
|
||||
|
||||
**CRITICAL RULES:**
|
||||
- NEVER include time or effort estimates in output or recommendations
|
||||
- Focus on WHAT needs to be done, not HOW LONG it takes
|
||||
- Use Bash tool with gh CLI for all GitHub operations
|
||||
|
||||
## Execution
|
||||
|
||||
### Step 1: Fetch Issues
|
||||
Use `gh issue list --json number,title,body,labels` to fetch all open issues.
|
||||
|
||||
### Step 2: Batch Creation
|
||||
Split issues into batches of ~10 issues each for parallel analysis.
|
||||
|
||||
### Step 3: Parallel Agent Analysis
|
||||
For EACH batch, use the Task tool with `subagent_type=general-purpose` to launch an agent with prompt from `prompts/agent-prompt.md`
|
||||
|
||||
### Step 4: Consolidate & Generate Report
|
||||
After all agents complete, create a comprehensive markdown report saved to `_bmad-output/triage-reports/triage-YYYY-MM-DD.md`
|
||||
|
||||
## Report Format
|
||||
|
||||
### Executive Summary
|
||||
- Total issues analyzed
|
||||
- Issue count by priority (CRITICAL, HIGH, MEDIUM, LOW)
|
||||
- Major themes discovered
|
||||
- Top 5 critical issues requiring immediate attention
|
||||
|
||||
### Critical Issues (CRITICAL Priority)
|
||||
For each CRITICAL issue:
|
||||
- **#123 - [Issue Title](url)**
|
||||
- **What it's about:** [Deep understanding]
|
||||
- **Affected:** [Components]
|
||||
- **Why Critical:** [Rationale]
|
||||
- **Suggested Action:** [Specific action]
|
||||
|
||||
### High Priority Issues (HIGH Priority)
|
||||
Same format as Critical, grouped by theme.
|
||||
|
||||
### Theme Clusters
|
||||
For each major theme:
|
||||
- **Theme Name** (N issues)
|
||||
- **What connects these:** [Pattern]
|
||||
- **Root cause:** [If identifiable]
|
||||
- **Consolidated actions:** [Bulk actions if applicable]
|
||||
- **Issues:** #123, #456, #789
|
||||
|
||||
### Relationships & Dependencies
|
||||
- **Duplicates:** List pairs with `gh issue close` commands
|
||||
- **Related Issues:** Groups of related issues
|
||||
- **Dependencies:** Blocking relationships
|
||||
|
||||
### Cross-Repo Issues
|
||||
Issues that should be migrated to other repositories.
|
||||
|
||||
For each, provide:
|
||||
```
|
||||
gh issue close XXX --repo CURRENT_REPO --comment "This issue belongs in REPO. Please report at https://github.com/TARGET_REPO/issues/new"
|
||||
```
|
||||
|
||||
### Cleanup Candidates
|
||||
- **v4-related:** Deprecated version issues with close commands
|
||||
- **Stale:** No activity >30 days
|
||||
- **Low priority + old:** Low priority issues >60 days old
|
||||
|
||||
### Actionable Next Steps
|
||||
Specific, prioritized actions:
|
||||
1. [CRITICAL] Fix broken installer - affects all new users
|
||||
2. [HIGH] Resolve Windows path escaping issues
|
||||
3. [HIGH] Address workflow integration bugs
|
||||
etc.
|
||||
|
||||
Include `gh` commands where applicable for bulk actions.
|
||||
|
|
@ -0,0 +1,24 @@
|
|||
# release-module
|
||||
|
||||
Automates the complete release process for npm modules.
|
||||
|
||||
## Usage
|
||||
|
||||
Run from project root or pass project path:
|
||||
```
|
||||
bmad-utility-skills:release-module
|
||||
```
|
||||
|
||||
## Prerequisite
|
||||
|
||||
First run `draft-changelog` to analyze changes and create a draft changelog.
|
||||
|
||||
## What It Does
|
||||
|
||||
1. Gets and confirms changelog entry
|
||||
2. Confirms version bump type (patch/minor/major)
|
||||
3. Updates CHANGELOG.md
|
||||
4. Bumps version with `npm version`
|
||||
5. Pushes git tag
|
||||
6. Publishes to npm
|
||||
7. Creates GitHub release
|
||||
|
|
@ -0,0 +1,7 @@
|
|||
---
|
||||
name: release-module
|
||||
description: Automates the complete release process for npm modules - version bump, changelog, git tag, npm publish, GitHub release
|
||||
disable-model-invocation: true
|
||||
---
|
||||
|
||||
Read `prompts/instructions.md` and execute.
|
||||
|
|
@ -0,0 +1,73 @@
|
|||
# Release BMad Module Execution
|
||||
|
||||
## Input
|
||||
Project path (or run from project root)
|
||||
|
||||
## Execution Steps
|
||||
|
||||
### Step 1: Get Current State
|
||||
- Verify git working tree is clean
|
||||
- Get latest tag and current version
|
||||
- Check for unpushed commits
|
||||
|
||||
### Step 2: Get Changelog Entry
|
||||
|
||||
Ask the user for the changelog entry (from draft-changelog skill or manual).
|
||||
|
||||
### Step 3: Confirm Changelog
|
||||
|
||||
Show project name, current version, proposed next version, and changelog. Get confirmation.
|
||||
|
||||
### Step 4: Confirm Version Bump Type
|
||||
|
||||
Ask what type of bump: patch, minor, major, prerelease, or custom.
|
||||
|
||||
### Step 5: Update CHANGELOG.md
|
||||
|
||||
Insert new entry at top, commit, and push.
|
||||
|
||||
### Step 6: Bump Version
|
||||
|
||||
Run `npm version` to update package.json, create commit, and create tag.
|
||||
|
||||
### Step 7: Push Tag
|
||||
|
||||
Push the new version tag to GitHub.
|
||||
|
||||
### Step 8: Publish to npm
|
||||
|
||||
Publish the package.
|
||||
|
||||
### Step 9: Create GitHub Release
|
||||
|
||||
Create release with changelog notes using `gh release create`.
|
||||
|
||||
### Step 10: Create Social Announcement
|
||||
|
||||
Create a social media announcement file at `_bmad-output/social/{repo-name}-release.md`.
|
||||
|
||||
Format:
|
||||
```markdown
|
||||
# {name} v{version} Released
|
||||
|
||||
## Highlights
|
||||
{2-3 bullet points of key features/changes}
|
||||
|
||||
## Links
|
||||
- GitHub: {release-url}
|
||||
- npm: {npm-url}
|
||||
```
|
||||
|
||||
### Step 11: Confirm Completion
|
||||
|
||||
Show npm, GitHub, and social announcement file paths.
|
||||
|
||||
## Error Handling
|
||||
|
||||
Stop immediately on any step failure. Inform user and suggest fix.
|
||||
|
||||
## Important Notes
|
||||
|
||||
- Wait for user confirmation before destructive operations
|
||||
- Push changelog commit before version bump
|
||||
- Use explicit directory paths in commands
|
||||
32
CHANGELOG.md
32
CHANGELOG.md
|
|
@ -1,5 +1,37 @@
|
|||
# Changelog
|
||||
|
||||
## [6.0.0-Beta.5]
|
||||
|
||||
### 🎁 Features
|
||||
|
||||
* **Add generate-project-context workflow** — New 3-step workflow for project context generation, integrated with quick-flow-solo-dev agent
|
||||
* **Shard market research customer analysis** — Refactor monolithic customer insights into 4-step detailed customer behavior analysis workflow
|
||||
|
||||
### 🐛 Bug Fixes
|
||||
|
||||
* **Fix npm install peer dependency issues** — Add `.npmrc` with `legacy-peer-deps=true`, update Starlight to 0.37.5, and add `--legacy-peer-deps` flag to module installer (PR #1476)
|
||||
* **Fix leaked source paths in PRD validation report** — Replace absolute `/src/core/` paths with `{project-root}/_bmad/core/` (#1481)
|
||||
* **Fix orphaned market research customer analysis** — Connect step-01-init to step-02-customer-behavior to complete workflow sharding (#1486)
|
||||
* **Fix duplicate 2-letter brainstorming code** — Change BS to BSP to resolve conflict with cis Brainstorming module
|
||||
* **Fix tech writer sidecar functionality** — Enable proper sidecar operation (#1487)
|
||||
* **Fix relative paths in workflow steps** — Correct paths in step-11-polish (#1497) and step-e-04-complete (#1498)
|
||||
* **Fix party-mode workflow file extension** — Correct extension in workflow.xml (#1499)
|
||||
* **Fix generated slash commands** — Add `disable-model-invocation` to all generated commands (#1501)
|
||||
* **Fix agent scan and help CSV files** — Correct module-help.csv entries
|
||||
* **Fix HELP_STEP placeholder replacement** — Fix placeholder not replaced in compiled agents, fix hardcoded path, fix single quote (#1437)
|
||||
|
||||
### 📚 Documentation
|
||||
|
||||
* **Add exact slash commands to Getting Started guide** — Provide precise command examples for users (#1505)
|
||||
* **Remove .claude/commands from version control** — Commands are generated, not tracked (#1506)
|
||||
|
||||
### 🔧 Maintenance
|
||||
|
||||
* **Update Starlight to 0.37.5** — Latest version with peer dependency compatibility
|
||||
* **Add GitHub issue templates** — New bug-report.yaml and documentation.yaml templates
|
||||
|
||||
---
|
||||
|
||||
## [6.0.0-Beta.4]
|
||||
|
||||
### 🐛 Bug Fixes
|
||||
|
|
|
|||
|
|
@ -0,0 +1,371 @@
|
|||
---
|
||||
title: "Build a Complete Web App Using BMAD Method Workflows"
|
||||
---
|
||||
|
||||
Use the BMAD Method workflows to build a complete web application from initial idea to deployed code with comprehensive planning and testing. This guide follows the development of a simple Habit Tracker app to illustrate the concepts, but these same workflows apply to any web application project.
|
||||
|
||||
## When to Use This
|
||||
|
||||
- You have an idea for an app and want proper planning before coding
|
||||
- You're new to the BMAD Method and want to see all workflows in action
|
||||
- You want to build something substantial (10+ user stories) with full architecture
|
||||
- You prefer comprehensive planning over jumping straight to code
|
||||
- You need documentation and testing as part of your deliverables
|
||||
|
||||
## When to Skip This
|
||||
|
||||
- Simple features or bug fixes (use Quick Flow instead)
|
||||
- Rapid prototyping where planning overhead isn't justified
|
||||
- You already have detailed requirements and architecture (you can skip some but not all of this)
|
||||
|
||||
:::note[Prerequisites]
|
||||
- BMAD Core Platform installed with BMM module
|
||||
- Basic understanding of web development concepts
|
||||
- Willingness to invest time in planning before implementation
|
||||
:::
|
||||
|
||||
## Steps
|
||||
|
||||
### 1. Initialize Your Project Structure
|
||||
|
||||
Start by setting up your BMAD workflow tracking and determining your project path.
|
||||
|
||||
**Load the BMad Master agent:**
|
||||
```
|
||||
/bmad:core:agents:bmad-master
|
||||
```
|
||||
|
||||
**Run workflow initialization:**
|
||||
```
|
||||
5. [LW] → workflow-init
|
||||
```
|
||||
|
||||
**Example inputs (using our Habit Tracker):**
|
||||
- **Project name:** "Habit Tracker"
|
||||
- **Project type:** "1. New project (greenfield)" *(or brownfield for existing codebases)*
|
||||
- **Planning approach:** "1. BMad Method" *(full planning for substantial apps)*
|
||||
- **Discovery workflows:** "1,2,3" *(brainstorm, research, product brief)*
|
||||
|
||||
**What you provide for any project:**
|
||||
- Clear project vision *(e.g., "solve my productivity problem", "showcase my work", "help local businesses")*
|
||||
- Technology constraints *(e.g., "React/Node", "vanilla JS", "WordPress theme", though the workflow will guide you to a tech stack if you'd like)*
|
||||
- Success criteria *(e.g., "increase daily consistency", "get freelance clients", "reduce manual work")*
|
||||
|
||||
### 2. Brainstorm Creative Solutions
|
||||
|
||||
Explore different approaches to your problem before committing to specific features.
|
||||
|
||||
**Load Analyst agent and run:**
|
||||
```
|
||||
/bmad:bmm:workflows:brainstorming
|
||||
```
|
||||
|
||||
**Example developer inputs (Habit Tracker):**
|
||||
- **Problem:** "I start habit streaks but lose motivation after 2-3 weeks"
|
||||
- **Constraints:** "Must work offline, no user accounts needed"
|
||||
- **Inspiration:** "Simple, visual progress tracking like GitHub contribution graph"
|
||||
|
||||
**Your inputs for any project:**
|
||||
- **Problem:** *What specific pain point are you solving?*
|
||||
- **Constraints:** *Technical, budget, timeline, or user limitations*
|
||||
- **Inspiration:** *Existing solutions, design patterns, or approaches you admire*
|
||||
|
||||
**Typical brainstorming results for any app:**
|
||||
- Core feature variations and alternatives
|
||||
- User experience approaches
|
||||
- Technical implementation options
|
||||
- Unique differentiators and value propositions
|
||||
|
||||
### 3. Research Market and Technical Approaches
|
||||
|
||||
Understand what works in existing solutions and validate your technical decisions.
|
||||
|
||||
**Continue with Analyst agent:**
|
||||
```
|
||||
/bmad:bmm:workflows:research
|
||||
```
|
||||
|
||||
**Example research focus areas (Habit Tracker):**
|
||||
- **Market research:** "What makes habit tracking apps successful vs abandoned?"
|
||||
- **Technical research:** "Best practices for vanilla JS local storage and data persistence"
|
||||
- **UX research:** "Psychology of habit formation and visual feedback"
|
||||
|
||||
**Research areas for any project:**
|
||||
- **Market research:** *Who are your competitors? What do users actually need?*
|
||||
- **Technical research:** *Best practices, libraries, patterns for your tech stack*
|
||||
- **UX research:** *User psychology, accessibility, design patterns*
|
||||
|
||||
**Typical research insights:**
|
||||
- User behavior patterns that inform feature prioritization
|
||||
- Technical approaches that prevent common pitfalls
|
||||
- Competitive landscape gaps your app can fill
|
||||
|
||||
### 4. Create Strategic Product Brief
|
||||
|
||||
Transform your ideas and research into a focused product strategy.
|
||||
|
||||
**Continue with Analyst agent:**
|
||||
```
|
||||
/bmad:bmm:workflows:create-product-brief
|
||||
```
|
||||
|
||||
**Example responses (Habit Tracker):**
|
||||
- **Target user:** "Developers and knowledge workers who struggle with consistency"
|
||||
- **Core value proposition:** "Dead-simple habit tracking that works offline"
|
||||
- **Key differentiator:** "No accounts, no sync, just local progress tracking"
|
||||
|
||||
**Your responses for any project:**
|
||||
- **Target user:** *Who specifically will use this? What are their pain points?*
|
||||
- **Core value proposition:** *What's the main benefit you're delivering?*
|
||||
- **Key differentiator:** *How is your approach unique or better?*
|
||||
|
||||
**Product brief output for any app:**
|
||||
- Clear user personas and primary use cases
|
||||
- Prioritized feature list based on user value
|
||||
- Success metrics and project constraints
|
||||
- Technical approach rationale and trade-offs
|
||||
|
||||
### 5. Define Requirements with PRD
|
||||
|
||||
Convert your strategic vision into detailed technical requirements.
|
||||
|
||||
**Load PM agent:**
|
||||
```
|
||||
/bmad:bmm:agents:pm → /bmad:bmm:workflows:create-prd
|
||||
```
|
||||
|
||||
**Example functional requirements (Habit Tracker):**
|
||||
- **FR1:** Users can add/remove habit definitions
|
||||
- **FR2:** Users can mark habits complete for today
|
||||
- **FR3:** System shows current streak count per habit
|
||||
- **FR4:** Calendar view displays completion history
|
||||
|
||||
**Your functional requirements (any app):**
|
||||
- **FR1-N:** *What specific actions must users be able to perform?*
|
||||
- **FR1-N:** *What data must the system track and display?*
|
||||
- **FR1-N:** *What business logic must the system implement?*
|
||||
|
||||
**Example non-functional requirements:**
|
||||
- **NFR1:** Performance targets *(load times, response times)*
|
||||
- **NFR2:** Platform support *(browsers, devices, operating systems)*
|
||||
- **NFR3:** Scalability requirements *(concurrent users, data volume)*
|
||||
- **NFR4:** Security and privacy constraints
|
||||
|
||||
### 6. Design User Experience
|
||||
|
||||
Plan the visual and interaction design that supports your users' goals and workflows.
|
||||
|
||||
**Load UX Designer agent:**
|
||||
```
|
||||
/bmad:bmm:agents:ux-designer → /bmad:bmm:workflows:create-ux-design
|
||||
```
|
||||
|
||||
**Example UX decisions (Habit Tracker):**
|
||||
- **Layout:** Single-page app with habit list + calendar view
|
||||
- **Visual feedback:** Green streaks, gentle animations for completions
|
||||
- **Interaction patterns:** One-click habit completion, easy habit management
|
||||
- **Mobile approach:** Touch-friendly buttons, responsive grid
|
||||
|
||||
**UX considerations for any app:**
|
||||
- **Information architecture:** *How do you organize features and content?*
|
||||
- **Visual hierarchy:** *What gets user attention first, second, third?*
|
||||
- **Interaction patterns:** *How do users accomplish their primary tasks?*
|
||||
- **Responsive design:** *How does the experience adapt across devices?*
|
||||
|
||||
### 7. Create System Architecture
|
||||
|
||||
Define technical decisions that guide consistent implementation.
|
||||
|
||||
**Load Architect agent:**
|
||||
```
|
||||
/bmad:bmm:agents:architect → /bmad:bmm:workflows:create-architecture
|
||||
```
|
||||
|
||||
**Example architecture decisions (Habit Tracker):**
|
||||
- **Data layer:** Browser localStorage with JSON serialization
|
||||
- **State management:** Vanilla JS with simple object models
|
||||
- **UI pattern:** MVC-style separation with modules
|
||||
- **File structure:** Modular JS files, single HTML entry point
|
||||
|
||||
**Architecture decisions for any app:**
|
||||
- **Data layer:** *Database choice, data modeling, persistence strategy*
|
||||
- **Application structure:** *Framework selection, design patterns, code organization*
|
||||
- **Integration points:** *APIs, third-party services, external dependencies*
|
||||
- **Deployment model:** *Hosting, build process, environment configuration*
|
||||
|
||||
**Architecture output for any project:**
|
||||
- Technology stack rationale with trade-off analysis
|
||||
- Data flow and system interaction diagrams
|
||||
- File organization and module structure
|
||||
- Development and deployment guidelines
|
||||
|
||||
### 8. Break Down Into Stories
|
||||
|
||||
Transform requirements into implementation-ready development tasks.
|
||||
|
||||
**Return to PM agent:**
|
||||
```
|
||||
/bmad:bmm:workflows:create-epics-and-stories
|
||||
```
|
||||
|
||||
**Example epic breakdown (Habit Tracker):**
|
||||
- **Epic 1:** Core Habit Management (add, edit, delete habits)
|
||||
- **Epic 2:** Daily Completion Tracking (mark complete, streak calculation)
|
||||
- **Epic 3:** Visual Progress Display (calendar view, statistics)
|
||||
- **Epic 4:** Data Persistence (localStorage integration, data recovery)
|
||||
|
||||
**Epic organization for any app:**
|
||||
- **Epic 1-N:** *Group related features by user journey or technical domain*
|
||||
- **Epic 1-N:** *Organize by value delivery - what users accomplish together*
|
||||
- **Epic 1-N:** *Consider technical dependencies - foundational features first*
|
||||
|
||||
**Story examples (any project):**
|
||||
- **Story X.Y:** As a [user type], I can [action] so that [benefit]
|
||||
- **Story X.Y:** As a [user type], I can [action] so that [benefit]
|
||||
- **Story X.Y:** As a [user type], I can [action] so that [benefit]
|
||||
|
||||
### 9. Validate Implementation Readiness
|
||||
|
||||
Ensure all planning artifacts align before starting development.
|
||||
|
||||
**Continue with Architect agent:**
|
||||
```
|
||||
/bmad:bmm:workflows:implementation-readiness
|
||||
```
|
||||
|
||||
**Validation checklist:**
|
||||
- PRD functional requirements map to stories ✓
|
||||
- Architecture supports all technical requirements ✓
|
||||
- UX design covers all user journeys ✓
|
||||
- Stories have clear acceptance criteria ✓
|
||||
|
||||
### 10. Plan Development Sprint
|
||||
|
||||
Organize your stories into implementation phases with clear tracking.
|
||||
|
||||
**Load Scrum Master agent:**
|
||||
```
|
||||
/bmad:bmm:agents:sm → /bmad:bmm:workflows:sprint-planning
|
||||
```
|
||||
|
||||
**Example sprint organization (Habit Tracker):**
|
||||
- **Sprint 1:** Core habit CRUD + basic UI
|
||||
- **Sprint 2:** Completion tracking + streak logic
|
||||
- **Sprint 3:** Calendar visualization + data persistence
|
||||
- **Sprint 4:** Polish, testing, and edge cases
|
||||
|
||||
**Sprint organization principles (any app):**
|
||||
- **Sprint 1:** *Foundational features that other features depend on*
|
||||
- **Sprint 2-N:** *User-facing features in order of value delivery*
|
||||
- **Final sprints:** *Polish, edge cases, performance optimization*
|
||||
|
||||
### 11. Implement Stories with Testing
|
||||
|
||||
Execute each story with proper implementation and validation.
|
||||
|
||||
**For each story, use SM agent:**
|
||||
```
|
||||
/bmad:bmm:workflows:dev-story
|
||||
```
|
||||
|
||||
**Development process per story:**
|
||||
- Write failing tests first (TDD approach)
|
||||
- Implement minimal code to pass tests
|
||||
- Refactor for code quality
|
||||
- Validate against acceptance criteria
|
||||
|
||||
### 12. Review Code Quality
|
||||
|
||||
Get adversarial feedback to catch issues before they compound.
|
||||
|
||||
**After each story, use SM agent:**
|
||||
```
|
||||
/bmad:bmm:workflows:code-review
|
||||
```
|
||||
|
||||
**Review focuses:**
|
||||
- Code quality and maintainability
|
||||
- Test coverage and edge cases
|
||||
- Architecture compliance
|
||||
- Security and performance considerations
|
||||
|
||||
### 13. Automate Testing Coverage
|
||||
|
||||
Ensure comprehensive test coverage for long-term maintainability.
|
||||
|
||||
**Load Test Automation Engineer:**
|
||||
```
|
||||
/bmad:bmm:agents:tea → /bmad:bmm:workflows:testarch-automate
|
||||
```
|
||||
|
||||
**Testing layers:**
|
||||
- Unit tests for data models and utilities
|
||||
- Integration tests for localStorage interactions
|
||||
- End-to-end tests for user workflows
|
||||
- Browser compatibility validation
|
||||
|
||||
## What You Get
|
||||
|
||||
After completing this workflow sequence, you'll have:
|
||||
|
||||
**Planning Artifacts:**
|
||||
- `_bmad-output/product-brief.md` - Strategic product vision
|
||||
- `_bmad-output/PRD.md` - Detailed requirements document
|
||||
- `_bmad-output/ux-design.md` - Visual and interaction design
|
||||
- `_bmad-output/architecture.md` - Technical architecture decisions
|
||||
|
||||
**Implementation Artifacts:**
|
||||
- `_bmad-output/epics/` - Organized user stories with acceptance criteria
|
||||
- `_bmad-output/implementation-artifacts/sprint-status.yaml` - Development tracking
|
||||
- Working web application with full test coverage
|
||||
- Comprehensive documentation
|
||||
|
||||
**Project Structure:**
|
||||
```
|
||||
your-web-app/ # (example: habit-tracker, portfolio-site, task-manager)
|
||||
├── _bmad-output/ # All planning documents
|
||||
├── src/
|
||||
│ ├── index.html # Main application entry
|
||||
│ ├── js/
|
||||
│ │ ├── app.js # Main application logic
|
||||
│ │ ├── [feature]-manager.js # Core business logic modules
|
||||
│ │ ├── [component].js # UI components
|
||||
│ │ └── [utility].js # Helper utilities
|
||||
│ ├── css/
|
||||
│ │ └── styles.css # Application styles
|
||||
│ └── tests/
|
||||
│ ├── unit/ # Unit test files
|
||||
│ └── integration/ # Integration tests
|
||||
└── README.md # Project documentation
|
||||
```
|
||||
|
||||
## Tips
|
||||
|
||||
:::tip[Start Small]
|
||||
If this feels overwhelming, try the Quick Flow approach first with a smaller feature to get familiar with BMAD workflows.
|
||||
:::
|
||||
|
||||
:::tip[Document Decisions]
|
||||
Each workflow creates artifacts that inform subsequent workflows. Don't skip documentation - it prevents rework later.
|
||||
:::
|
||||
|
||||
:::tip[Iterate on Planning]
|
||||
Use the `correct-course` workflow if you discover new requirements during implementation.
|
||||
:::
|
||||
|
||||
## Next Steps
|
||||
|
||||
- **Deploy your app:** Use the `testarch-ci` workflow to set up deployment automation
|
||||
- **Add features:** Create new epics using the `create-epics-and-stories` workflow
|
||||
- **Maintain quality:** Regular code reviews and test automation expansion
|
||||
- **Scale complexity:** Graduate to Enterprise Method for larger applications
|
||||
|
||||
## Getting Help
|
||||
|
||||
- **BMad Community:** [Discord community](https://discord.gg/bmad-method)
|
||||
- **Documentation:** [Complete workflow reference](https://docs.bmad-method.org/)
|
||||
- **Issues:** [GitHub repository](https://github.com/bmad-method/core)
|
||||
|
||||
:::tip[Key Takeaways]
|
||||
The BMAD Method's strength is comprehensive planning that prevents common development pitfalls. Whether building a simple habit tracker or complex enterprise application, the same workflows scale to provide the right level of planning for your project. While it requires upfront investment, you'll avoid architecture refactoring, scope creep, and incomplete features that plague many projects. The workflow artifacts serve as living documentation that keeps your development focused and consistent.
|
||||
:::
|
||||
|
|
@ -0,0 +1,532 @@
|
|||
---
|
||||
title: "Create a Custom Agent Using BMAD Method Workflows"
|
||||
---
|
||||
|
||||
Use the BMAD Method workflows to design, build, and deploy a custom AI agent from initial concept to a delightful interactive persona that users love engaging with. This guide follows the development of a Teacher's Assistant agent to illustrate the concepts, but these same workflows apply to any custom agent project.
|
||||
|
||||
## When to Use This
|
||||
|
||||
- You want to create a specialized AI persona for specific domain expertise
|
||||
- You need an agent that guides users through multi-step processes in your field
|
||||
- You want to design custom interactive workflows beyond standard BMAD agents
|
||||
- You need an agent that embodies specific communication styles and knowledge areas
|
||||
- You're building agents for educational, professional, or specialized use cases
|
||||
|
||||
## When to Skip This
|
||||
|
||||
- Simple modifications to existing agents (use agent customization instead)
|
||||
- One-off custom prompts or simple AI interactions
|
||||
- Complex AI systems requiring custom training (this focuses on persona and workflow design)
|
||||
|
||||
:::note[Prerequisites]
|
||||
- BMAD Core Platform installed with BMM module
|
||||
- Understanding of your target domain and user needs
|
||||
- Familiarity with BMAD agent interaction patterns
|
||||
- Access to Brainstorm Agent and Custom Agent Builder workflows
|
||||
:::
|
||||
|
||||
:::tip[Quick Path]
|
||||
Initialize project → Brainstorm agent concepts → Define agent persona and capabilities → Build agent structure → Create workflows and menus → Test and refine → Deploy and document. The entire process typically takes 2-4 focused work sessions to go from idea to working custom agent.
|
||||
:::
|
||||
|
||||
## Understanding Custom Agent Creation
|
||||
|
||||
The BMAD Method approaches custom agent creation through systematic design and implementation workflows that ensure your agent delivers real value and delightful user experiences.
|
||||
|
||||
| Phase | Name | What Happens |
|
||||
|-------|------|--------------|
|
||||
| 1 | Ideation | Brainstorm agent purpose, capabilities, personality *(collaborative)* |
|
||||
| 2 | Design | Define agent persona, communication style, knowledge domains *(structured)* |
|
||||
| 3 | Architecture | Plan agent workflows, menu systems, interaction patterns *(technical)* |
|
||||
| 4 | Implementation | Build agent files, configure activation sequences *(systematic)* |
|
||||
| 5 | Testing | Validate agent behavior, refine personality, test workflows *(iterative)* |
|
||||
| 6 | Deployment | Integrate agent into BMAD ecosystem, create documentation *(production)* |
|
||||
|
||||
## Single Agent Method
|
||||
|
||||
**All steps accomplished through one agent:**
|
||||
```
|
||||
/bmad:bmb:agents:agent-builder
|
||||
```
|
||||
|
||||
The Agent Builder is a comprehensive Expert Agent that guides you through all phases of agent creation in a single workflow session. It handles brainstorming, discovery, type classification, persona development, menu structure, activation planning, and agent compilation without needing multiple specialized agents.
|
||||
|
||||
## Steps
|
||||
|
||||
### Step 1: Initialize Your Agent Creation Session
|
||||
|
||||
**General Process:**
|
||||
Start the Agent Builder to begin comprehensive agent development using its step-file architecture.
|
||||
|
||||
```
|
||||
/bmad:bmb:agents:agent-builder
|
||||
3. [CA] Create a new BMAD agent with best practices and compliance
|
||||
```
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
When prompted for initial agent concept:
|
||||
- **Agent name:** "Teacher's Assistant"
|
||||
- **Primary domain:** "Education and learning facilitation"
|
||||
- **Target users:** "Students seeking homework help and concept understanding"
|
||||
- **Agent scope:** "Socratic questioning, scaffolding techniques, progress tracking"
|
||||
|
||||
**Your Application:**
|
||||
Provide these key elements for any agent:
|
||||
- Clear agent purpose *(e.g., "help therapists with session planning", "guide developers through code reviews", "assist writers with story development")*
|
||||
- Target user definition *(e.g., "healthcare professionals", "marketing teams", "creative professionals")*
|
||||
- Domain expertise scope *(e.g., "financial planning", "project management", "technical documentation")*
|
||||
|
||||
### Step 2: Brainstorm Agent Concepts and Capabilities
|
||||
|
||||
**General Process:**
|
||||
The Agent Builder includes optional brainstorming in Step 1. When you choose to brainstorm, select from 4 specialized technique approaches:
|
||||
|
||||
1. **User-Selected Techniques** - Browse the complete technique library
|
||||
2. **AI-Recommended Techniques** - Customized suggestions based on your goals *(includes web research)*
|
||||
3. **Random Technique Selection** - Discover unexpected creative methods
|
||||
4. **Progressive Technique Flow** - Start broad, then systematically narrow focus
|
||||
|
||||
Each approach helps you discover your agent's essence - the living personality AND the utility it provides.
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
Using AI-Recommended Techniques approach, we discovered:
|
||||
- **Core purpose:** "Guide students through understanding using educational best practices without providing direct answers"
|
||||
- **Key capabilities:** "Socratic questioning, scaffolding techniques, progress tracking, adaptive teaching methods"
|
||||
- **Personality traits:** "Patient mentor, educationally rigorous, never gives up on student learning"
|
||||
|
||||
**Your Application:**
|
||||
Define these elements for any agent:
|
||||
- **Core purpose:** What main problem does your agent solve for users?
|
||||
- **Key capabilities:** What specific tasks should your agent excel at?
|
||||
- **Personality traits:** How should your agent communicate and behave?
|
||||
|
||||
### Step 2a: Discovery Conversation Phase
|
||||
|
||||
**General Process:**
|
||||
After brainstorming, the workflow includes a comprehensive discovery conversation that establishes your agent's scope, context, target users, and special features. This prevents re-asking questions in later development phases and generates a comprehensive agent plan document.
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
Discovery conversation explored:
|
||||
- **Target Scope:** All educational interactions across grade levels and subjects
|
||||
- **Primary Context:** Home tutoring and independent study environments
|
||||
- **Communication Strategy:** Age-appropriate language complexity while maintaining concept integrity
|
||||
- **Persistence Philosophy:** "No giving up allowed" - always find alternative approaches
|
||||
- **Progress Tracking:** Subject-specific learning profiles with technique effectiveness monitoring
|
||||
- **Validation Approaches:** Student explanation + pop-quiz verification of understanding
|
||||
|
||||
**Your Application:**
|
||||
The discovery phase will explore for any agent:
|
||||
- **Target Scope:** Who specifically will use your agent and in what contexts?
|
||||
- **Primary Context:** Where and how will your agent be used most frequently?
|
||||
- **Communication Strategy:** How should your agent adapt its communication style?
|
||||
- **Core Philosophy:** What principles guide your agent's decision-making?
|
||||
- **Special Features:** What unique capabilities set your agent apart?
|
||||
|
||||
### Step 3: Determine Agent Type and Define Metadata
|
||||
|
||||
**General Process:**
|
||||
The workflow systematically classifies your agent and defines all required metadata properties:
|
||||
- **Simple Agent:** Single-purpose, stateless, all-in-one file (~250 lines max)
|
||||
- **Expert Agent:** Persistent memory, sidecar folder, domain-specific expertise
|
||||
- **Module Agent:** Extends existing BMAD modules or requires multiple interconnected agents
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
- **Classification:** Expert Agent (requires persistent memory for learning profiles)
|
||||
- **Rationale:** Student progress tracking, technique effectiveness monitoring, evolving teaching strategies
|
||||
- **Metadata Properties:**
|
||||
- **ID:** `teachers-assistant`
|
||||
- **Name:** `Sophia Chen`
|
||||
- **Title:** `Educational Learning Facilitator`
|
||||
- **Icon:** `🎓`
|
||||
- **Module:** `stand-alone`
|
||||
- **Has Sidecar:** `true`
|
||||
|
||||
**Your Application:**
|
||||
For any agent, the system will determine:
|
||||
- **Agent Type:** Based on memory requirements and complexity needs
|
||||
- **Technical Properties:** ID (kebab-case), persona name, professional title
|
||||
- **Visual Identity:** Appropriate emoji icon for your domain
|
||||
- **Ecosystem Placement:** Stand-alone vs integration with existing modules
|
||||
|
||||
### Step 4: Develop Four-Field Persona System
|
||||
|
||||
**General Process:**
|
||||
The workflow uses a sophisticated four-field persona system that creates distinct, non-overlapping personality dimensions:
|
||||
- **Role:** WHAT they do (capabilities, expertise, knowledge areas)
|
||||
- **Identity:** WHO they are (background, experience, character)
|
||||
- **Communication Style:** HOW they speak (tone, patterns, voice)
|
||||
- **Principles:** WHY they act (decision framework, values, constraints)
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
```yaml
|
||||
persona:
|
||||
role: >
|
||||
Educational learning facilitator specializing in Socratic questioning, scaffolding techniques,
|
||||
and progress-based teaching that guides students to discover answers rather than providing direct instruction.
|
||||
|
||||
identity: >
|
||||
Master educator with deep knowledge of educational psychology, constructivist learning theory,
|
||||
and adaptive teaching methods. Passionate advocate for authentic learning through struggle and self-discovery.
|
||||
|
||||
communication_style: >
|
||||
Speaks like a patient mentor using strategic questioning, encouraging language, and age-appropriate
|
||||
complexity while maintaining conceptual integrity.
|
||||
|
||||
principles:
|
||||
- Channel expert educational psychology wisdom: draw upon Zone of Proximal Development, scaffolding techniques, metacognitive strategies, and research-backed methods that facilitate genuine understanding
|
||||
- Never provide direct answers - guide students to discover solutions through strategic questioning and multiple explanation pathways
|
||||
- Authentic learning requires productive struggle - frustration signals growth, not failure
|
||||
- Track what works for each student and adapt techniques accordingly - analogies for some, examples for others
|
||||
- Academic boundaries are sacred - redirect non-educational conversations back to learning focus
|
||||
```
|
||||
|
||||
**Your Application:**
|
||||
For any agent, you'll develop:
|
||||
- **Role:** Professional capabilities and expertise your agent provides
|
||||
- **Identity:** Background, experience, and character that makes them credible
|
||||
- **Communication Style:** How your agent speaks and interacts with users
|
||||
- **Principles:** Decision framework and values that guide behavior
|
||||
|
||||
The first principle serves as an "expert activator" that tells the AI to access domain-specific knowledge and frameworks.
|
||||
|
||||
### Step 5: Commands & Menu Structure Design
|
||||
|
||||
**General Process:**
|
||||
Transform discovered capabilities into structured menu commands following BMAD patterns:
|
||||
- **Capability Review:** Analyze all capabilities from the discovery phase
|
||||
- **Command Grouping:** Organize related capabilities under logical command areas
|
||||
- **Menu Pattern Application:** Follow BMAD Expert Agent menu structure requirements
|
||||
- **Trigger Design:** Create intuitive 2-letter codes and fuzzy match patterns
|
||||
- **Handler Definition:** Map commands to specific prompts or actions
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
Created 9 educational commands with Expert Agent architecture:
|
||||
|
||||
```yaml
|
||||
critical_actions:
|
||||
- 'Load COMPLETE file {project-root}/_bmad/_memory/teachers-assistant-sidecar/learning-profiles.md'
|
||||
- 'Load COMPLETE file {project-root}/_bmad/_memory/teachers-assistant-sidecar/technique-tracking.md'
|
||||
- 'ONLY read/write files in {project-root}/_bmad/_memory/teachers-assistant-sidecar/'
|
||||
|
||||
prompts:
|
||||
- id: socratic-guidance
|
||||
content: |
|
||||
<instructions>Guide student through learning using Socratic questioning without giving direct answers</instructions>
|
||||
<process>1. Ask strategic questions 2. Use student interests for analogies 3. Encourage discovery 4. Validate understanding</process>
|
||||
|
||||
menu:
|
||||
- trigger: LG or fuzzy match on learn-guide
|
||||
action: '#socratic-guidance'
|
||||
description: '[LG] Learning guidance through Socratic questioning'
|
||||
|
||||
- trigger: QM or fuzzy match on quiz-me
|
||||
action: 'Generate pop-quiz on recent or struggling concepts from learning profile'
|
||||
description: '[QM] Quiz me on challenging concepts'
|
||||
|
||||
- trigger: SA or fuzzy match on study-aids
|
||||
action: '#study-aids-generator'
|
||||
description: '[SA] Generate study aids (flashcards, practice problems, guides)'
|
||||
```
|
||||
|
||||
**Your Application:**
|
||||
For any agent, you'll create commands organized by:
|
||||
- **Primary Functions:** Core capabilities users access most frequently
|
||||
- **Utility Commands:** Support functions like help, settings, progress tracking
|
||||
- **Advanced Features:** Specialized tools for power users
|
||||
- **Memory Management:** For Expert agents with persistent data needs
|
||||
|
||||
Design principles include 2-letter triggers, fuzzy matching, action handlers, and proper sidecar integration for Expert agents.
|
||||
|
||||
### Step 6: Activation Planning
|
||||
|
||||
**General Process:**
|
||||
Define how your agent behaves when it starts up through critical actions and startup sequences:
|
||||
- **Reference Loading:** Understanding critical action patterns
|
||||
- **Routing Decision:** Determining build path (Simple/Expert/Module) based on architecture
|
||||
- **Activation Needs Discussion:** Deciding autonomous vs responsive behavior patterns
|
||||
- **Critical Actions Definition:** Specifying startup commands for memory loading and boundaries
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
```yaml
|
||||
activation:
|
||||
hasCriticalActions: true
|
||||
rationale: "Agent needs to auto-load student learning context to provide personalized educational guidance"
|
||||
criticalActions:
|
||||
- 'Load COMPLETE file {project-root}/_bmad/_memory/teachers-assistant-sidecar/learning-profiles.md'
|
||||
- 'Load COMPLETE file {project-root}/_bmad/_memory/teachers-assistant-sidecar/technique-tracking.md'
|
||||
- 'ONLY read/write files in {project-root}/_bmad/_memory/teachers-assistant-sidecar/'
|
||||
|
||||
routing:
|
||||
destinationBuild: "step-07b-build-expert.md"
|
||||
rationale: "Expert agent requires sidecar memory for persistent learning profiles"
|
||||
```
|
||||
|
||||
**Your Application:**
|
||||
For any agent, consider:
|
||||
- **Startup Needs:** What must your agent load or initialize when it starts?
|
||||
- **Memory Requirements:** Does your agent need persistent data between sessions?
|
||||
- **Security Boundaries:** What file access restrictions should be enforced?
|
||||
- **Operational Philosophy:** Responsive to prompts vs autonomous background tasks?
|
||||
|
||||
Routing logic determines the build path based on your agent's architecture needs.
|
||||
|
||||
### Step 7: Expert Agent Build and Compilation
|
||||
|
||||
**General Process:**
|
||||
The Agent Builder automatically compiles all phases into the final .agent.yaml file:
|
||||
1. **Generates Agent YAML:** Combines persona, menu, activation, and metadata
|
||||
2. **Creates Sidecar Structure:** Sets up memory folders for Expert agents
|
||||
3. **Validates Configuration:** Ensures BMAD compliance and proper structure
|
||||
4. **Provides Installation:** Generates installation guidance
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
Generated complete Expert agent with this structure:
|
||||
```
|
||||
agents/
|
||||
└── teachers-assistant/
|
||||
├── teachers-assistant.agent.yaml # Complete agent definition
|
||||
└── teachers-assistant-sidecar/ # Expert agent memory (build location)
|
||||
├── learning-profiles.md # Student progress and preferences
|
||||
├── technique-tracking.md # Teaching method effectiveness data
|
||||
└── README.md # Sidecar documentation
|
||||
```
|
||||
|
||||
Critical actions use proper path variables: `{project-root}/_bmad/_memory/{sidecar-folder}/` for runtime operation.
|
||||
|
||||
**Your Application:**
|
||||
For any agent, this step produces:
|
||||
- **Agent YAML:** Complete agent definition with proper BMAD compliance
|
||||
- **Sidecar Structure:** Memory folders and files for Expert agents
|
||||
- **Path Configuration:** Proper variable usage for portability
|
||||
- **Documentation:** README files and installation guidance
|
||||
|
||||
### Step 8: Celebration and Installation Guidance
|
||||
|
||||
**General Process:**
|
||||
The Agent Builder provides comprehensive installation instructions and celebrates completion. To make any agent installable, create a standalone BMAD content module with:
|
||||
- Module directory with `module.yaml` containing `unitary: true`
|
||||
- Agent files in `agents/agent-name/` structure
|
||||
- Sidecar folder in `_memory/` for Expert agents
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
Created this installable module structure:
|
||||
```
|
||||
my-educational-agents/
|
||||
├── module.yaml # Contains: unitary: true
|
||||
├── agents/
|
||||
│ └── teachers-assistant/
|
||||
│ ├── teachers-assistant.agent.yaml # Main agent definition
|
||||
│ └── _memory/ # Expert agent memory
|
||||
│ └── teachers-assistant-sidecar/
|
||||
│ ├── learning-profiles.md
|
||||
│ ├── technique-tracking.md
|
||||
│ └── README.md
|
||||
```
|
||||
|
||||
Installation methods include new project setup or adding to existing BMAD installations.
|
||||
|
||||
**Your Application:**
|
||||
For any agent, follow these installation principles:
|
||||
- **Module Structure:** Use `unitary: true` for standalone agent modules
|
||||
- **File Organization:** Place agent files in proper directory hierarchy
|
||||
- **Memory Management:** Include `_memory/` structure for Expert agents
|
||||
- **Distribution:** Package entire module directory for sharing
|
||||
|
||||
## Installing and Using Your Custom Agent
|
||||
|
||||
After completing agent creation, follow these steps to install and start using your new agent:
|
||||
|
||||
### Step 1: Create Module Directory Structure
|
||||
|
||||
**General Process:**
|
||||
Transform your agent output into a BMAD-installable module:
|
||||
|
||||
```bash
|
||||
# Navigate to your project root
|
||||
cd /your/project/root
|
||||
|
||||
# Create module directory
|
||||
mkdir -p my-custom-agents
|
||||
|
||||
# Create module configuration
|
||||
echo "unitary: true" > my-custom-agents/module.yaml
|
||||
|
||||
# Create agents directory structure
|
||||
mkdir -p my-custom-agents/agents
|
||||
```
|
||||
|
||||
### Step 2: Organize Agent Files
|
||||
|
||||
**General Process:**
|
||||
Move your completed agent files into the proper module structure:
|
||||
|
||||
```bash
|
||||
# Copy agent directory from bmb-creations output
|
||||
cp -r /path/to/_bmad-output/bmb-creations/your-agent my-custom-agents/agents/
|
||||
|
||||
# For Expert agents, organize sidecar structure
|
||||
mkdir -p my-custom-agents/agents/your-agent/_memory
|
||||
mv my-custom-agents/agents/your-agent/your-agent-sidecar my-custom-agents/agents/your-agent/_memory/
|
||||
```
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
```
|
||||
my-educational-agents/
|
||||
├── module.yaml # Contains: unitary: true
|
||||
├── agents/
|
||||
│ └── teachers-assistant/
|
||||
│ ├── teachers-assistant.agent.yaml # Main agent definition
|
||||
│ └── _memory/ # Expert agent memory
|
||||
│ └── teachers-assistant-sidecar/
|
||||
│ ├── learning-profiles.md
|
||||
│ ├── technique-tracking.md
|
||||
│ └── README.md
|
||||
```
|
||||
|
||||
### Step 3: Install Module in BMAD
|
||||
|
||||
**General Process:**
|
||||
Add your custom module to an existing or new BMAD project:
|
||||
|
||||
**For New Projects:**
|
||||
1. Run BMAD installer: `npx @bmad-method/cli init`
|
||||
2. When prompted for local modules, provide the path to your module
|
||||
3. Installer will automatically integrate your agent
|
||||
|
||||
**For Existing Projects:**
|
||||
1. Run: `npx @bmad-method/cli modify`
|
||||
2. Select "Add local custom module"
|
||||
3. Provide path to your module directory
|
||||
4. Confirm installation
|
||||
|
||||
### Step 4: Activate Your Agent
|
||||
|
||||
**General Process:**
|
||||
Once installed, your agent becomes available through BMAD's command system:
|
||||
|
||||
```bash
|
||||
# List available agents (verify your agent appears)
|
||||
/agents
|
||||
|
||||
# Activate your agent using its module path
|
||||
/bmad:your-module:agents:your-agent
|
||||
```
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
```bash
|
||||
/bmad:my-educational-agents:agents:teachers-assistant
|
||||
```
|
||||
|
||||
### Step 5: Test Agent Functionality
|
||||
|
||||
**General Process:**
|
||||
Start with basic interactions to verify your agent works correctly:
|
||||
|
||||
**Initial Activation Test:**
|
||||
```
|
||||
/bmad:your-module:agents:your-agent
|
||||
```
|
||||
|
||||
**Basic Conversation Examples:**
|
||||
- "Hi [Agent Name], what can you help me with?"
|
||||
- "Show me your available commands"
|
||||
- "Tell me about your capabilities"
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
Specific conversation starters that test educational capabilities:
|
||||
- "Help me understand fractions without giving me the answer"
|
||||
- "LG" (Learning Guidance command)
|
||||
- "QM" (Quiz Me command)
|
||||
- "SA" (Study Aids command)
|
||||
|
||||
### Step 6: Verify Expert Agent Memory (If Applicable)
|
||||
|
||||
**General Process:**
|
||||
For Expert agents with sidecar folders, confirm memory persistence:
|
||||
|
||||
1. **Start agent and interact with memory commands**
|
||||
2. **Update profiles or tracking data**
|
||||
3. **Restart agent and verify data persists**
|
||||
|
||||
**Teacher's Assistant Example:**
|
||||
```
|
||||
UP (Update Profile command)
|
||||
LP (Learning Progress command)
|
||||
```
|
||||
|
||||
### Troubleshooting Common Installation Issues
|
||||
|
||||
**Agent Not Found:**
|
||||
- Verify `module.yaml` exists with `unitary: true`
|
||||
- Check agent file is in `agents/agent-name/agent-name.agent.yaml`
|
||||
- Confirm BMAD installation included your module
|
||||
|
||||
**Sidecar Memory Issues (Expert Agents):**
|
||||
- Ensure `_memory/agent-sidecar/` structure exists
|
||||
- Verify critical_actions reference correct file paths
|
||||
- Check file permissions for read/write access
|
||||
|
||||
**Command Not Working:**
|
||||
- Test basic interaction first before specialized commands
|
||||
- Verify agent activation completed successfully
|
||||
- Check for any startup errors in agent logs
|
||||
|
||||
### Sharing Your Agent
|
||||
|
||||
To share your agent with others:
|
||||
|
||||
1. **Package entire module directory:** `my-custom-agents/`
|
||||
2. **Include installation instructions:** Reference this guide
|
||||
3. **Provide example interactions:** Show how to use key features
|
||||
4. **Document dependencies:** Any special requirements or modules
|
||||
|
||||
**Distribution Options:**
|
||||
- **Git Repository:** Push module directory to version control
|
||||
- **Archive File:** Zip module directory for direct sharing
|
||||
- **BMAD Community:** Submit to community agent library (if available)
|
||||
|
||||
Your custom agent is now ready for production use and can be shared across BMAD installations!
|
||||
|
||||
## Summary
|
||||
|
||||
The BMAD Agent Builder provides a comprehensive, single-agent solution for creating production-ready BMAD agents. Through its step-file architecture, it guides you through the complete end-to-end process:
|
||||
|
||||
1. **Brainstorming** (optional) - Creative exploration using 4 specialized technique approaches
|
||||
2. **Discovery** - Comprehensive capability and context definition with agent-plan documentation
|
||||
3. **Type Classification** - Automatic Simple/Expert/Module architecture determination
|
||||
4. **Four-Field Persona** - Role, identity, communication style, and principles development
|
||||
5. **Commands & Menu** - Structured command interface with BMAD compliance
|
||||
6. **Activation Planning** - Critical actions definition and routing determination
|
||||
7. **Agent Build** - Complete YAML file generation with sidecar structure
|
||||
8. **Installation Guidance** - Module packaging instructions and testing recommendations
|
||||
|
||||
**Complete Agent Creation in One Session:**
|
||||
```
|
||||
/bmad:bmb:agents:agent-builder → [CA] Create a new BMAD agent → Continue through all steps
|
||||
```
|
||||
|
||||
**Process Results:**
|
||||
- **Production-Ready Files:** Complete `.agent.yaml` with proper BMAD compliance
|
||||
- **Expert Architecture:** Sidecar folder structure with memory files and security boundaries
|
||||
- **Installation Package:** Module structure with `module.yaml` for BMAD integration
|
||||
- **Testing Guidelines:** Conversation starters and command validation approaches
|
||||
- **Documentation:** Comprehensive agent plan and sidecar README for maintenance
|
||||
|
||||
**Key Advantages:**
|
||||
- **Single Agent Workflow:** Complete process without switching between multiple agents
|
||||
- **BMAD Compliance:** Automatic adherence to all standards, patterns, and architectural requirements
|
||||
- **Expert Memory Management:** Proper sidecar setup with runtime path variables and file boundaries
|
||||
- **Specialized Domain Integration:** Research-backed methodology incorporation
|
||||
- **Production Installation:** Ready-to-install module structure with proper configuration
|
||||
|
||||
**Teacher's Assistant Case Study Achievement:**
|
||||
- **Expert Agent:** 9 educational commands with persistent memory architecture
|
||||
- **Educational Psychology Integration:** Socratic method, scaffolding techniques, ZPD assessment
|
||||
- **Complete Workflow:** From concept to installable module in single session
|
||||
- **Memory Architecture:** Student learning profiles and technique effectiveness tracking
|
||||
- **BMAD Compliance:** Full validation and proper sidecar configuration
|
||||
|
||||
**Time Investment:**
|
||||
Typically 2-4 focused work sessions to go from initial idea to production-ready, installable custom agent with comprehensive capabilities and professional-quality implementation.
|
||||
|
||||
The BMAD Agent Creation Method transforms agent concepts into production-ready implementations efficiently and systematically, handling all technical complexity while maintaining focus on agent personality and user value delivery.
|
||||
|
|
@ -0,0 +1,26 @@
|
|||
# Teachers-Assistant-Sidecar
|
||||
|
||||
This folder stores persistent memory for the **Teachers Assistant** Expert agent.
|
||||
|
||||
## Purpose
|
||||
Maintains individual student learning profiles and tracks teaching technique effectiveness to provide personalized educational guidance that adapts to each student's learning style and progress.
|
||||
|
||||
## Files
|
||||
- **learning-profiles.md**: Student interests, grade level, subject progress tracking, and learning preferences
|
||||
- **technique-tracking.md**: Record of teaching methods and their effectiveness per student for continuous improvement
|
||||
|
||||
## Runtime Access
|
||||
After BMAD installation, this folder will be accessible at:
|
||||
`{project-root}/_bmad/_memory/teachers-assistant-sidecar/`
|
||||
|
||||
## Educational Philosophy
|
||||
This agent implements research-backed educational psychology principles:
|
||||
- **Zone of Proximal Development**: Scaffolding within student's learning capability
|
||||
- **Socratic Method**: Strategic questioning to guide discovery rather than provide answers
|
||||
- **Constructivist Learning**: Student-centered knowledge building through active engagement
|
||||
- **Metacognitive Strategies**: Building student awareness of their own learning processes
|
||||
|
||||
## Security & Privacy
|
||||
- Agent file access is restricted to this sidecar folder only
|
||||
- Student learning data remains private and is not shared beyond educational interactions
|
||||
- Progress tracking serves to improve teaching effectiveness, not for external assessment
|
||||
|
|
@ -0,0 +1,27 @@
|
|||
# Learning Profiles
|
||||
|
||||
## Student Information
|
||||
- **Name**: [To be filled during first interaction]
|
||||
- **Grade Level**: [To be determined]
|
||||
- **Primary Subjects**: [To be identified]
|
||||
|
||||
## Learning Preferences
|
||||
- **Communication Style**: [Age-appropriate complexity level]
|
||||
- **Preferred Analogies**: [Student interests for concept explanations]
|
||||
- **Learning Modalities**: [Visual, verbal, kinesthetic preferences]
|
||||
- **Study Aid Formats**: [Flashcards, concept maps, practice problems, guides]
|
||||
|
||||
## Subject Progress Tracking
|
||||
|
||||
### [Subject Name]
|
||||
- **Mastered Concepts**: [List concepts student has demonstrated understanding]
|
||||
- **Struggling Areas**: [Concepts requiring additional focus and practice]
|
||||
- **Effective Techniques**: [Methods that work well for this student in this subject]
|
||||
- **Recent Sessions**: [Brief notes on last few learning interactions]
|
||||
|
||||
## Progress Notes
|
||||
- **Overall Learning Patterns**: [What consistently helps this student learn]
|
||||
- **Motivation Strategies**: [What keeps student engaged]
|
||||
- **Challenge Areas**: [Topics or approaches that consistently cause difficulty]
|
||||
|
||||
*This file is updated automatically during learning sessions and can be manually edited through the [UP] command.*
|
||||
|
|
@ -0,0 +1,43 @@
|
|||
# Technique Effectiveness Tracking
|
||||
|
||||
## Teaching Method Analysis
|
||||
|
||||
### Socratic Questioning
|
||||
- **Success Rate**: [Percentage of times this leads to understanding]
|
||||
- **Best Used For**: [Types of concepts where this works well]
|
||||
- **Student Response**: [How student typically responds to questioning approach]
|
||||
- **Notes**: [Specific questioning patterns that work for this student]
|
||||
|
||||
### Analogies & Examples
|
||||
- **Preferred Analogy Types**: [Student interests that make good analogies]
|
||||
- **Successful Analogies**: [Record of analogies that clicked]
|
||||
- **Failed Analogies**: [Analogies that confused rather than clarified]
|
||||
- **Interest Areas**: [Student hobbies/interests available for analogies]
|
||||
|
||||
### Study Aid Generation
|
||||
- **Most Effective Formats**: [Flashcards, concept maps, practice problems, guides]
|
||||
- **Usage Patterns**: [How student uses generated materials]
|
||||
- **Revision Frequency**: [How often student reviews generated aids]
|
||||
- **Success Metrics**: [Improvement after using specific aid types]
|
||||
|
||||
### Alternative Explanation Methods
|
||||
- **Visual Methods**: [Diagrams, charts, illustrations effectiveness]
|
||||
- **Narrative Methods**: [Story-based learning success rate]
|
||||
- **Step-by-Step Guides**: [Procedural learning effectiveness]
|
||||
- **Peer Explanation**: [Student teaching back concepts success]
|
||||
|
||||
## Session Effectiveness Tracking
|
||||
- **Date**: [Session date]
|
||||
- **Subject**: [Topic covered]
|
||||
- **Methods Used**: [Teaching techniques employed]
|
||||
- **Student Engagement**: [High/Medium/Low and why]
|
||||
- **Understanding Achieved**: [Yes/Partial/No and next steps]
|
||||
- **Follow-up Needed**: [Additional practice or review required]
|
||||
|
||||
## Adaptation Insights
|
||||
- **Learning Style Preferences**: [What consistently works]
|
||||
- **Avoidance Patterns**: [Methods that consistently fail]
|
||||
- **Optimal Session Length**: [How long before fatigue sets in]
|
||||
- **Best Time Patterns**: [When student is most receptive to learning]
|
||||
|
||||
*This file tracks which educational techniques work best for individual students and is updated after each learning session.*
|
||||
|
|
@ -0,0 +1,84 @@
|
|||
agent:
|
||||
metadata:
|
||||
id: teachers-assistant
|
||||
name: Sophia Chen
|
||||
title: Educational Learning Facilitator
|
||||
icon: 🎓
|
||||
module: stand-alone
|
||||
hasSidecar: true
|
||||
|
||||
persona:
|
||||
role: |
|
||||
Educational learning facilitator specializing in Socratic questioning, scaffolding techniques, and progress-based teaching that guides students to discover answers rather than providing direct instruction.
|
||||
|
||||
identity: |
|
||||
Master educator with deep knowledge of educational psychology, constructivist learning theory, and adaptive teaching methods. Passionate advocate for authentic learning through struggle and self-discovery.
|
||||
|
||||
communication_style: |
|
||||
Speaks like a patient mentor using strategic questioning, encouraging language, and age-appropriate complexity while maintaining conceptual integrity.
|
||||
|
||||
principles:
|
||||
- Channel expert educational psychology wisdom: draw upon Zone of Proximal Development, scaffolding techniques, metacognitive strategies, and research-backed methods that facilitate genuine understanding
|
||||
- Never provide direct answers - guide students to discover solutions through strategic questioning and multiple explanation pathways
|
||||
- Authentic learning requires productive struggle - frustration signals growth, not failure
|
||||
- Track what works for each student and adapt techniques accordingly - analogies for some, examples for others
|
||||
- Academic boundaries are sacred - redirect non-educational conversations back to learning focus
|
||||
|
||||
critical_actions:
|
||||
- 'Load COMPLETE file {project-root}/_bmad/_memory/teachers-assistant-sidecar/learning-profiles.md'
|
||||
- 'Load COMPLETE file {project-root}/_bmad/_memory/teachers-assistant-sidecar/technique-tracking.md'
|
||||
- 'ONLY read/write files in {project-root}/_bmad/_memory/teachers-assistant-sidecar/'
|
||||
|
||||
prompts:
|
||||
- id: socratic-guidance
|
||||
content: |
|
||||
<instructions>Guide student through learning using Socratic questioning without giving direct answers</instructions>
|
||||
<process>1. Ask strategic questions 2. Use student interests for analogies 3. Encourage discovery 4. Validate understanding</process>
|
||||
|
||||
- id: alternative-explanation
|
||||
content: |
|
||||
<instructions>Try different teaching approach when student struggles with current method</instructions>
|
||||
<process>1. Assess why current approach failed 2. Select alternative method 3. Use different modality or analogy 4. Check for understanding</process>
|
||||
|
||||
- id: study-aids-generator
|
||||
content: |
|
||||
<instructions>Generate study materials based on student needs and preferences</instructions>
|
||||
<options>Flashcards | Practice Problems | Concept Maps | Step-by-step Guides</options>
|
||||
<process>1. Assess learning gaps 2. Choose appropriate format 3. Create targeted materials 4. Save to learning profile</process>
|
||||
|
||||
menu:
|
||||
- trigger: LG or fuzzy match on learn-guide
|
||||
action: '#socratic-guidance'
|
||||
description: '[LG] Learning guidance through Socratic questioning'
|
||||
|
||||
- trigger: QM or fuzzy match on quiz-me
|
||||
action: 'Generate pop-quiz on recent or struggling concepts from learning profile'
|
||||
description: '[QM] Quiz me on challenging concepts'
|
||||
|
||||
- trigger: VC or fuzzy match on validate-concepts
|
||||
action: 'Test retention of previously learned material to ensure long-term understanding'
|
||||
description: '[VC] Validate concept retention'
|
||||
|
||||
- trigger: SA or fuzzy match on study-aids
|
||||
action: '#study-aids-generator'
|
||||
description: '[SA] Generate study aids (flashcards, practice problems, guides)'
|
||||
|
||||
- trigger: ED or fuzzy match on explain-differently
|
||||
action: '#alternative-explanation'
|
||||
description: '[ED] Try different explanation method'
|
||||
|
||||
- trigger: ST or fuzzy match on story-time
|
||||
action: 'Tell engaging stories that exemplify concepts being learned'
|
||||
description: '[ST] Story time - learn through narratives'
|
||||
|
||||
- trigger: UP or fuzzy match on update-profile
|
||||
action: 'Update {project-root}/_bmad/_memory/teachers-assistant-sidecar/learning-profiles.md with interests and preferences'
|
||||
description: '[UP] Update learning profile and interests'
|
||||
|
||||
- trigger: LP or fuzzy match on learning-progress
|
||||
action: 'Review progress from {project-root}/_bmad/_memory/teachers-assistant-sidecar/technique-tracking.md and provide insights'
|
||||
description: '[LP] View learning progress and technique effectiveness'
|
||||
|
||||
- trigger: HC or fuzzy match on help-commands
|
||||
action: 'Display all available educational commands and their usage with examples'
|
||||
description: '[HC] Help - show all available commands'
|
||||
|
|
@ -0,0 +1 @@
|
|||
unitary: true
|
||||
|
|
@ -1,12 +1,12 @@
|
|||
{
|
||||
"name": "bmad-method",
|
||||
"version": "6.0.0-Beta.4",
|
||||
"version": "6.0.0-Beta.5",
|
||||
"lockfileVersion": 3,
|
||||
"requires": true,
|
||||
"packages": {
|
||||
"": {
|
||||
"name": "bmad-method",
|
||||
"version": "6.0.0-Beta.4",
|
||||
"version": "6.0.0-Beta.5",
|
||||
"license": "MIT",
|
||||
"dependencies": {
|
||||
"@clack/prompts": "^0.11.0",
|
||||
|
|
|
|||
|
|
@ -1,7 +1,7 @@
|
|||
{
|
||||
"$schema": "https://json.schemastore.org/package.json",
|
||||
"name": "bmad-method",
|
||||
"version": "6.0.0-Beta.4",
|
||||
"version": "6.0.0-Beta.5",
|
||||
"description": "Breakthrough Method of Agile AI-driven Development",
|
||||
"keywords": [
|
||||
"agile",
|
||||
|
|
|
|||
|
|
@ -1,5 +1,5 @@
|
|||
module,phase,name,code,sequence,workflow-file,command,required,agent,options,description,output-location,outputs
|
||||
core,anytime,Brainstorming,BS,,_bmad/core/workflows/brainstorming/workflow.md,bmad-brainstorming,false,analyst,,"Generate diverse ideas through interactive techniques. Use early in ideation phase or when stuck generating ideas.",{output_folder}/brainstorming/brainstorming-session-{{date}}.md,,
|
||||
core,anytime,Brainstorming,BSP,,_bmad/core/workflows/brainstorming/workflow.md,bmad-brainstorming,false,analyst,,"Generate diverse ideas through interactive techniques. Use early in ideation phase or when stuck generating ideas.",{output_folder}/brainstorming/brainstorming-session-{{date}}.md,,
|
||||
core,anytime,Party Mode,PM,,_bmad/core/workflows/party-mode/workflow.md,bmad-party-mode,false,party-mode facilitator,,"Orchestrate multi-agent discussions. Use when you need multiple agent perspectives or want agents to collaborate.",,
|
||||
core,anytime,bmad-help,BH,,_bmad/core/tasks/help.md,bmad-help,false,,,"Get unstuck by showing what workflow steps come next or answering BMad Method questions.",,
|
||||
core,anytime,Index Docs,ID,,_bmad/core/tasks/index-docs.xml,bmad-index-docs,false,,,"Create lightweight index for quick LLM scanning. Use when LLM needs to understand available docs without loading everything.",,
|
||||
|
|
|
|||
|
Can't render this file because it has a wrong number of fields in line 2.
|
Loading…
Reference in New Issue