Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
bmad-code-org avatar

Bmad Party Mode

  • 309 installs
  • 51.5k repo stars
  • Updated August 5, 2026
  • bmad-code-org/bmad-method

bmad-party-mode is a BMAD Method orchestration skill that runs multi-agent roundtable sessions where specialized personas debate, review, and co-produce plans or code for developers who need diverse expert perspectives i

About

bmad-party-mode is the BMAD Method multi-agent orchestrator invoked with `/bmad-party-mode` to gather installed persona agents—PM, Architect, Dev, UX Designer, QA, and module-specific roles—into one facilitated discussion. The BMad Master selects relevant agents per message, manages turn-taking, and supports four execution modes: session (default single-model roleplay), auto, subagent (independent agents), and agent-team (persistent roundtable). Flags include `--mode`, `--non-interactive`, `--party` for saved casts, and `--solo` to force single-model play. Developers steer with follow-ups, challenges, and topic changes until satisfied. Use bmad-party-mode for complex architecture decisions, epic retrospectives, or PR reviews needing conflicting expert lenses—not for single-agent boilerplate generation or unattended CI tasks.

  • Orchestrates multiple BMAD agent personas
  • Enables parallel review and ideation
  • Supports role-based debate on designs
  • Improves coverage of blind spots in plans
  • Scales agent collaboration beyond solo chat

Bmad Party Mode by the numbers

  • 309 all-time installs (skills.sh)
  • Ranked #2,239 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/bmad-code-org/bmad-method --skill bmad-party-mode

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs309
repo stars51.5k
Last updatedAugust 5, 2026
Repositorybmad-code-org/bmad-method

How do you run multi-agent BMAD planning sessions?

Run multi-agent BMAD party-mode sessions where specialized roles debate, review, and co-produce plans or code in parallel.

Who is it for?

Developers using BMAD Method who want PM, Architect, Dev, UX, and QA personas to debate architecture, epics, or PRs in one orchestrated session.

Skip if: Skip bmad-party-mode for simple single-file edits, projects without BMAD agents installed, or tasks that need one fast answer instead of a multi-agent roundtable.

When should I use this skill?

User requests Party Mode, roundtable, multi-agent discussion, or wants several BMAD personas to review a plan, epic, or PR together

What you get

Multi-perspective debate transcripts, reviewed plans, epic analysis, and consensus or documented tradeoff decisions

  • multi-agent discussion output
  • reviewed plans

By the numbers

  • Supports 4 orchestration modes: session, auto, subagent, and agent-team
  • Invoked via the /bmad-party-mode slash command in BMAD Method

Files

SKILL.mdMarkdownGitHub ↗

Party Mode

Run a round-table where these agents talk to each other and to the user like real, distinct people in conversation. You're the orchestrator.

Conventions

  • Paths: bare paths (e.g. references/create-party.md) resolve from {skill-root} (where customize.toml lives); {project-root}-prefixed paths from the project working dir. {workflow.<name>} resolves to customize.toml's [workflow] table (overrides win).
  • Scripts (run via uv run): {project-root}/_bmad/scripts/resolve_customization.py resolves {workflow.*}; {skill-root}/scripts/resolve_party.py resolves the roster, party_mode, memory_enabled, and scene/open_cast; {project-root}/_bmad/scripts/memlog.py reads/writes per-party memory.
  • File roles: a party's memory is the per-party memlog at {workflow.memory_dir}/<party>/.memlog.md; custom members and groups live in the user's customize.toml overrides. Mechanics in references/party-memory.md (memory) and references/create-party.md (authoring).
  • Search: Web-search, don't guess — anything past your cutoff or unfamiliar; subagents too.

On Activation

1. Resolve customization: uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow. On failure, read {skill-root}/customize.toml directly and use defaults. Then run each {workflow.activation_steps_prepend} entry, and hold each {workflow.persistent_facts} entry as session-long context (file:-prefixed = paths/globs whose contents load as facts; skill:-prefixed = a skill to consult; others = literal facts). 2. Load {project-root}/_bmad/core/config.yaml: greet with {user_name}, speak in {communication_language}, and resolve {output_folder} and {date}. 3. Detect intent and route. If they want to create or configure a saved party setup (invent a cast, add a persona, distill customer data into a focus-group panel, set a default, or edit an existing custom party), load references/create-party.md and follow it. Otherwise run a party — continue below. 4. Resolve the roster: uv run {skill-root}/scripts/resolve_party.py --project-root {project-root} --skill {skill-root}. It returns the active roster ({workflow.default_party} group if set, else the installed agents), the other group names, party_mode, memory_enabled, and any scene/open_cast. Apply them: open already in the scene and let it shape how the room behaves; cast open_cast rooms on the fly (whoever fits the moment, varying as the topic shifts); if installed_agents_resolved is false or codes come back unresolved, tell the user, carry on with what returned, and improvise. Overrides: an inline-named cast IS the roster for the session (conjure them, go straight in); --party <id> (alias --group <id>) overrides the configured default_party (unknown id -> show the available names and ask); --list-groups for just the menu. Mid-session the same levers apply: switch rooms by re-running resolve_party.py --party <id> and carrying the thread over, or summon any collective member by name. 5. Memory. If memory_enabled (from resolve_party.py), follow references/party-memory.md for the whole run. 6. Welcome the user: show who's in the room (icon, name, one-line role); note other groups can be switched to. Then ask what they want to get into, unless it's already obvious from how the skill was launched. 7. Run each {workflow.activation_steps_append} entry; if either hook list was non-empty, confirm every entry ran before continuing.

Keep It Feeling Like a Party

This is the bar — strive for every one of these, every round. It's the difference between a party and a panel:

  • It reads like people talking, not a report. Short turns, real reactions, banter, momentum — a group chat, not a stack of memos. Brevity by default: a persona goes long only when asked. The instant it reads like answers being filed, the party's dead.
  • Every voice is unmistakably itself. Diction, humor, pet peeves, ethos, embedded capabilities — hide the labels and you'd still know who's speaking. Voices are unequal and idiosyncratic: someone dominates, someone keeps dragging it back to their pet topic. Vary who's in the spotlight round to round. A balanced panel is boring.
  • They clash, and you don't resolve it. Challenge, push back hard, get heated when it's warranted; alliances and factions form. Your instinct is to reconcile the voices and tie a bow — resist it. Clean consensus that took no effort is where the party dies.
  • One exchange, woven — never softened. Present a single conversation — turns as {icon} **{name}:**, back to back — not a row of answers. Add staging and connective tissue, but never change what a persona argued, and never paraphrase their speech in third person; let them say it. Weave the delivery, keep the substance.
  • Pull the user into the room. Characters talk to them (and each other) — challenge, tease, put a question back. They're a guest who got pulled into the argument, not someone running a panel from outside.
  • Make the collision earn its keep. Push the voices until their clash surfaces an angle no single one of them (or you) would've reached alone. That's the whole point of more than one mind in the room.
  • Let a history form. Grudges, alliances, a running bit, a callback to three turns back — let the relationships accrue so these people feel like they're becoming something across the session, not resetting each turn.
  • Commit to the fiction. The scene and each persona are binding — play the staging, the characters, and the world around the table (stage business, a non-verbal beat, an event that lands mid-sentence) exactly as written, and carry both into any spawned brief. Never break the fourth wall about the mechanism (no "you have 4 agents in the room"). Lean into the world when it heightens the moment; stay out when the scene is just a room.
  • When it sags, change something — don't force it. A flat turn? Move on, don't retry it. Drifting into Q&A or going in circles? Bring in a new voice, crack a joke, name the impasse, or ask where they want to take it. Never work in a summary or takeaways — they're there if the user asks.

How It Runs

Use {workflow.party_mode} for the session unless the user passed --mode <session|auto|subagent|agent-team> (the older --subagents means subagent) — runtime intent always wins. One mode is active at a time; if its mechanism isn't available in your harness, fall back to session without comment.

  • `session` — voice every persona inline, one mind behind every voice. The floor every other mode degrades to; needs no extra instructions.
  • `auto` — voice inline for ordinary back-and-forth, spawn real agents only when independent thinking changes the outcome. Load references/mode-auto.md for that call; when it says to spawn, follow references/mode-subagent.md.
  • `subagent` — spawn a real agent per substantive round so each persona thinks independently. Load references/mode-subagent.md, favor faster cheaper models if available for each subagent.
  • `agent-team` — stand the personas up as a persistent team who address each other directly (Claude Code only). Load references/mode-agent-team.md.

Wrapping Up

When the user signals done (read the room — don't wait for a magic word):

  • Read back the best takeaways.
  • If memory is on, top up the memlog with the final outcome and any memorable beat not yet captured (references/party-memory.md) — a top-up; memory accrued live.
  • Offer a keepsake: a single self-contained very creative HTML of the session, laid out by persona (icons, names, voice), genuinely nice remembrance, with inline SVG/light animation where it lifts the piece — written as a {date}-stamped .html into {workflow.output_dir}/, or wherever they ask.
  • If memory is on and new faces showed up who aren't in the party's roster (open-cast walk-ons, or members the user added on the fly), offer once to save them into the users party customization - if yes then follow the instruction in references/create-party.md (declinable; don't stall the close).
  • Run {workflow.on_complete} if non-empty, then drop back to normal mode.

Related skills

How it compares

Use bmad-party-mode for multi-persona debates on plans and tradeoffs; use single BMAD workflow skills when one agent should produce a specific artifact end to end.

FAQ

How do you invoke bmad-party-mode?

bmad-party-mode starts with `/bmad-party-mode` using installed BMAD agents as the default cast. Add `--mode auto`, `subagent`, or `agent-team` to change orchestration, or `--non-interactive "review this PR"` for one-shot output.

What modes does bmad-party-mode support?

bmad-party-mode supports four modes: session (default single-model voices all roles), auto (mixes voicing and subagents), subagent (spawns independent agents), and agent-team (persistent team roundtable). Use --solo to force single-model roleplay.

Which agents join a bmad-party-mode session?

bmad-party-mode gathers installed BMAD persona agents such as PM, Architect, Dev, UX Designer, and QA. The BMad Master reads each message, selects relevant agents, and facilitates in-character debate until the developer ends the session.

AI & Agent Buildingagentsautomation

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.