home / skills / julianobarbosa / claude-code-skills / bmad-orchestrate-skill

bmad-orchestrate-skill skill

/skills/bmad-orchestrate-skill

This skill accelerates BMAD sprints by analyzing dependencies and orchestrating parallel worktrees with tmux and Claude Code to speed delivery.

npx playbooks add skill julianobarbosa/claude-code-skills --skill bmad-orchestrate-skill

Review the files below or copy the command above to add this skill to your agents.

Files (5)
SKILL.md
3.0 KB
---
name: BmadOrchestrate
description: Parallel BMAD workflow orchestration using git worktrees and tmux. USE WHEN BMAD parallel, orchestrate sprint, run stories in parallel, worktree orchestration, sprint acceleration, parallel dev stories, bmad worktree, parallelize BMAD, accelerate epic.
---

# BmadOrchestrate

Accelerates BMAD sprints by analyzing story dependencies, identifying parallelization opportunities, and orchestrating concurrent execution across git worktrees with tmux and Claude Code.

## Customization

**Before executing, check for user customizations at:**
`~/.claude/skills/PAI/USER/SKILLCUSTOMIZATIONS/BmadOrchestrate/`

If this directory exists, load and apply any PREFERENCES.md, configurations, or resources found there. These override default behavior. If the directory does not exist, proceed with skill defaults.

## Voice Notification

**When executing a workflow, do BOTH:**

1. **Send voice notification**:
   ```bash
   curl -s -X POST http://localhost:8888/notify \
     -H "Content-Type: application/json" \
     -d '{"message": "Running WORKFLOWNAME in BmadOrchestrate to ACTION"}' \
     > /dev/null 2>&1 &
   ```

2. **Output text notification**:
   ```
   Running the **WorkflowName** workflow in the **BmadOrchestrate** skill to ACTION...
   ```

**Full documentation:** `~/.claude/skills/PAI/THENOTIFICATIONSYSTEM.md`

## Workflow Routing

| Workflow | Trigger | File |
|----------|---------|------|
| **Analyze** | "analyze for parallelization", "find parallel stories", "dependency graph" | `Workflows/Analyze.md` |
| **Execute** | "execute parallel", "launch worktrees", "run stories in parallel" | `Workflows/Execute.md` |
| **Merge** | "merge worktrees", "combine branches", "merge parallel work" | `Workflows/Merge.md` |

## Examples

**Example 1: Full orchestration from bmad-help output**
```
User: "Parallelize the remaining Epic 4 stories"
→ Invokes Analyze workflow
→ Reads sprint-status.yaml + epics.md
→ Builds dependency graph, identifies 4-2 ‖ 4-4 as independent
→ Presents phase plan with parallel tracks
→ User approves → Invokes Execute workflow
→ Creates worktrees, launches tmux + Claude Code instances
```

**Example 2: Analyze only**
```
User: "Which stories can I run in parallel?"
→ Invokes Analyze workflow
→ Reads sprint status and epic definitions
→ Returns dependency graph + parallelization opportunities
→ Does NOT execute (analysis only)
```

**Example 3: Merge completed worktrees**
```
User: "Merge the parallel story branches back"
→ Invokes Merge workflow
→ Lists worktree branches with changes
→ Merges sequentially, resolving sprint-status.yaml conflicts
→ Cleans up worktrees
```

## Quick Reference

- **Dependency detection:** Reads acceptance criteria for cross-story references
- **Conflict hotspot:** `sprint-status.yaml` — always needs manual merge
- **Worktree location:** `.claude/worktrees/` (Claude Code default)
- **tmux session name:** `bmad-epic-{N}` where N is the active epic number

**Full Documentation:**
- Dependency patterns: `DependencyPatterns.md`

Overview

This skill orchestrates parallel BMAD development workflows by analyzing story dependencies and launching concurrent worktrees with tmux-managed sessions. It speeds up sprints by identifying independent stories, creating isolated worktrees, and coordinating execution and merges. It supports user customizations and notifies the team when workflows start.

How this skill works

The skill inspects sprint metadata and epic/story acceptance criteria to build a dependency graph and detect cross-story references. For approved plans it creates git worktrees in a dedicated worktree directory, starts tmux sessions per epic, and launches parallel Claude Code instances or developer tasks. When work completes it assists with ordered merges and cleanup, highlighting conflict hotspots (notably sprint-status.yaml). User-local preferences override defaults when present.

When to use it

  • You want to parallelize independent BMAD stories within an epic
  • Accelerating a sprint by running multiple development stories concurrently
  • Coordinating multiple developers or CI agents across isolated worktrees
  • Analyzing a sprint to find safe parallelization opportunities before execution
  • Merging and cleaning up parallel branches after work completes

Best practices

  • Run the Analyze workflow first to get a clear dependency graph before executing worktrees
  • Add local preferences in the designated customization directory to match team conventions
  • Keep acceptance criteria and sprint-status.yaml up to date to improve dependency detection
  • Treat sprint-status.yaml as a manual-merge hotspot and review it carefully during merges
  • Limit tmux session and worktree count to the team’s capacity to avoid resource contention

Example use cases

  • Analyze a remaining epic to identify 2–4 stories that can proceed in parallel and present a phase plan
  • Execute an approved parallel plan: create worktrees, launch tmux sessions, and open Claude Code instances for each track
  • Run an analysis-only request to produce a dependency graph and parallelization recommendations without changing repositories
  • Merge completed parallel branches back into the mainline, resolving sprint-status.yaml conflicts and cleaning up worktrees

FAQ

How does the skill notify the team when it starts a workflow?

It issues both a voice-style notification to a local notification endpoint and a text summary announcing the workflow start.

Can I customize behavior for my team?

Yes. Place configuration or preference files in the user customization directory and the skill will load them before running defaults.

Which file is most likely to need manual merge resolution?

sprint-status.yaml is the conflict hotspot and should be reviewed manually during merges.