[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71MBWEF6FCRZB3R9JCGJ985":3,"skill-same:01M71MBWEF6FCRZB3R9JCGJ985":63},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":37,"linkOnly":38,"markdownContent":39,"markdownBody":40,"frontMatter":41,"refName":42,"commitSha":43,"skillDirectory":44,"forksCount":45,"repositoryHtmlUrl":46,"repositoryHomepageUrl":6,"ownerHtmlUrl":47,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":48,"install":49,"resources":62},"01M71MBWEF6FCRZB3R9JCGJ985","bmad-party-mode",null,"Orchestrates group discussions between installed BMAD agents, enabling natural multi-agent conversations where each agent is a real subagent with independent thinking. Use when user requests party mode, wants multiple agent perspectives, group discussion, roundtable, or multi-agent conversation about their project.","developAgent\u002Fbmad-start","developAgent","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F264530239?v=4","01M71J8X6CY24V5ZZHFGETRMSW","01M71J8X739FS28DGQAAY7V4QR",1,"MIT","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.crush\u002Fskills\u002Fbmad-party-mode\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36],"bmad","bmad party mode","party","mode","user","multi-agent","about","requests","perspectives","multi","with","subagent","when","group","use","project","conversations","thinking","conversation","2026-11-10 10:56:23",false,"---\nname: bmad-party-mode\ndescription: 'Orchestrates group discussions between installed BMAD agents, enabling natural multi-agent conversations where each agent is a real subagent with independent thinking. Use when user requests party mode, wants multiple agent perspectives, group discussion, roundtable, or multi-agent conversation about their project.'\n---\n\n# Party Mode\n\nFacilitate roundtable discussions where BMAD agents participate as **real subagents** — each spawned independently via the Agent tool so they think for themselves. You are the orchestrator: you pick voices, build context, spawn agents, and present their responses. In the default subagent mode, never generate agent responses yourself — that's the whole point. In `--solo` mode, you roleplay all agents directly.\n\n## Why This Matters\n\nThe whole point of party mode is that each agent produces a genuinely independent perspective. When one LLM roleplays multiple characters, the \"opinions\" tend to converge and feel performative. By spawning each agent as its own subagent process, you get real diversity of thought — agents that actually disagree, catch things the others miss, and bring their authentic expertise to bear.\n\n## Arguments\n\nParty mode accepts optional arguments when invoked:\n\n- `--model \u003Cmodel>` — Force all subagents to use a specific model (e.g. `--model haiku`, `--model opus`). When omitted, choose the model that fits the round: use a faster model (like `haiku`) for brief or reactive responses, and the default model for deep or complex topics. Match model weight to the depth of thinking the round requires.\n- `--solo` — Run without subagents. Instead of spawning independent agents, roleplay all selected agents yourself in a single response. This is useful when subagents aren't available, when speed matters more than independence, or when the user just prefers it. Announce solo mode on activation so the user knows responses come from one LLM.\n\n## On Activation\n\n1. **Parse arguments** — check for `--model` and `--solo` flags from the user's invocation.\n\n2. Load config from `{project-root}\u002F_bmad\u002Fcore\u002Fconfig.yaml` and resolve:\n  - Use `{user_name}` for greeting\n  - Use `{communication_language}` for all communications\n\n3. **Read the agent manifest** at `{project-root}\u002F_bmad\u002F_config\u002Fagent-manifest.csv`. Build an internal roster of available agents with their displayName, title, icon, role, identity, communicationStyle, and principles.\n\n4. **Load project context** — search for `**\u002Fproject-context.md`. If found, hold it as background context that gets passed to agents when relevant.\n\n5. **Welcome the user** — briefly introduce party mode (mention if solo mode is active). Show the full agent roster (icon + name + one-line role) so the user knows who's available. Ask what they'd like to discuss.\n\n## The Core Loop\n\nFor each user message:\n\n### 1. Pick the Right Voices\n\nChoose 2-4 agents whose expertise is most relevant to what the user is asking. Use your judgment — you know each agent's role and identity from the manifest. Some guidelines:\n\n- **Simple question**: 2 agents with the most relevant expertise\n- **Complex or cross-cutting topic**: 3-4 agents from different domains\n- **User names specific agents**: Always include those, plus 1-2 complementary voices\n- **User asks an agent to respond to another**: Spawn just that agent with the other's response as context\n- **Rotate over time** — avoid the same 2 agents dominating every round\n\n### 2. Build Context and Spawn\n\nFor each selected agent, spawn a subagent using the Agent tool. Each subagent gets:\n\n**The agent prompt** (built from the manifest data):\n```\nYou are {displayName} ({title}), a BMAD agent in a collaborative roundtable discussion.\n\n## Your Persona\n- Icon: {icon}\n- Communication Style: {communicationStyle}\n- Principles: {principles}\n- Identity: {identity}\n\n## Discussion Context\n{summary of the conversation so far — keep under 400 words}\n\n{project context if relevant}\n\n## What Other Agents Said This Round\n{if this is a cross-talk or reaction request, include the responses being reacted to — otherwise omit this section}\n\n## The User's Message\n{the user's actual message}\n\n## Guidelines\n- Respond authentically as {displayName}. Your perspective should reflect your genuine expertise.\n- Start your response with: {icon} **{displayName}:**\n- Speak in {communication_language}.\n- Scale your response to the substance — don't pad. If you have a brief point, make it briefly.\n- Disagree with other agents when your expertise tells you to. Don't hedge or be polite about it.\n- If you have nothing substantive to add, say so in one sentence rather than manufacturing an opinion.\n- You may ask the user direct questions if something needs clarification.\n- Do NOT use tools. Just respond with your perspective.\n```\n\n**Spawn all agents in parallel** — put all Agent tool calls in a single response so they run concurrently. If `--model` was specified, use that model for all subagents. Otherwise, pick the model that matches the round — faster\u002Fcheaper models for brief takes, the default for substantive analysis.\n\n**Solo mode** — if `--solo` is active, skip spawning. Instead, generate all agent responses yourself in a single message, staying faithful to each agent's persona. Keep responses clearly separated with each agent's icon and name header.\n\n### 3. Present Responses\n\nPresent each agent's full response to the user — distinct, complete, and in their own voice. The user is here to hear the agents speak, not to read your synthesis of what they think. Whether the responses came from subagents or you generated them in solo mode, the rule is the same: each agent's perspective gets its own unabridged section. Never blend, paraphrase, or condense agent responses into a summary.\n\nThe format is simple: each agent's response one after another, separated by a blank line. No introductions, no \"here's what they said\", no framing — just the responses themselves.\n\nAfter all agent responses are presented in full, you may optionally add a brief **Orchestrator Note** — flagging a disagreement worth exploring, or suggesting an agent to bring in next round. Keep this short and clearly labeled so it's not confused with agent speech.\n\n### 4. Handle Follow-ups\n\nThe user drives what happens next. Common patterns:\n\n| User says... | You do... |\n|---|---|\n| Continues the general discussion | Pick fresh agents, repeat the loop |\n| \"Winston, what do you think about what Sally said?\" | Spawn just Winston with Sally's response as context |\n| \"Bring in Amelia on this\" | Spawn Amelia with a summary of the discussion so far |\n| \"I agree with John, let's go deeper on that\" | Spawn John + 1-2 others to expand on John's point |\n| \"What would Mary and Amelia think about Winston's approach?\" | Spawn Mary and Amelia with Winston's response as context |\n| Asks a question directed at everyone | Back to step 1 with all agents |\n\nThe key insight: you can spawn any combination at any time. One agent, two agents reacting to a third, the whole roster — whatever serves the conversation. Each spawn is cheap and independent.\n\n## Keeping Context Manageable\n\nAs the conversation grows, you'll need to summarize prior rounds rather than passing the full transcript to each subagent. Aim to keep the \"Discussion Context\" section under 400 words — a tight summary of what's been discussed, what positions agents have taken, and what the user seems to be driving toward. Update this summary every 2-3 rounds or when the topic shifts significantly.\n\n## When Things Go Sideways\n\n- **Agents are all saying the same thing**: Bring in a contrarian voice, or ask a specific agent to play devil's advocate by framing the prompt that way.\n- **Discussion is going in circles**: Summarize the impasse and ask the user what angle they want to explore next.\n- **User seems disengaged**: Ask directly — continue, change topic, or wrap up?\n- **Agent gives a weak response**: Don't retry. Present it and let the user decide if they want more from that agent.\n\n## Exit\n\nWhen the user says they're done (any natural phrasing — \"thanks\", \"that's all\", \"end party mode\", etc.), give a brief wrap-up of the key takeaways from the discussion and return to normal mode. Don't force exit triggers — just read the room.\n","# Party Mode\n\nFacilitate roundtable discussions where BMAD agents participate as **real subagents** — each spawned independently via the Agent tool so they think for themselves. You are the orchestrator: you pick voices, build context, spawn agents, and present their responses. In the default subagent mode, never generate agent responses yourself — that's the whole point. In `--solo` mode, you roleplay all agents directly.\n\n## Why This Matters\n\nThe whole point of party mode is that each agent produces a genuinely independent perspective. When one LLM roleplays multiple characters, the \"opinions\" tend to converge and feel performative. By spawning each agent as its own subagent process, you get real diversity of thought — agents that actually disagree, catch things the others miss, and bring their authentic expertise to bear.\n\n## Arguments\n\nParty mode accepts optional arguments when invoked:\n\n- `--model \u003Cmodel>` — Force all subagents to use a specific model (e.g. `--model haiku`, `--model opus`). When omitted, choose the model that fits the round: use a faster model (like `haiku`) for brief or reactive responses, and the default model for deep or complex topics. Match model weight to the depth of thinking the round requires.\n- `--solo` — Run without subagents. Instead of spawning independent agents, roleplay all selected agents yourself in a single response. This is useful when subagents aren't available, when speed matters more than independence, or when the user just prefers it. Announce solo mode on activation so the user knows responses come from one LLM.\n\n## On Activation\n\n1. **Parse arguments** — check for `--model` and `--solo` flags from the user's invocation.\n\n2. Load config from `{project-root}\u002F_bmad\u002Fcore\u002Fconfig.yaml` and resolve:\n  - Use `{user_name}` for greeting\n  - Use `{communication_language}` for all communications\n\n3. **Read the agent manifest** at `{project-root}\u002F_bmad\u002F_config\u002Fagent-manifest.csv`. Build an internal roster of available agents with their displayName, title, icon, role, identity, communicationStyle, and principles.\n\n4. **Load project context** — search for `**\u002Fproject-context.md`. If found, hold it as background context that gets passed to agents when relevant.\n\n5. **Welcome the user** — briefly introduce party mode (mention if solo mode is active). Show the full agent roster (icon + name + one-line role) so the user knows who's available. Ask what they'd like to discuss.\n\n## The Core Loop\n\nFor each user message:\n\n### 1. Pick the Right Voices\n\nChoose 2-4 agents whose expertise is most relevant to what the user is asking. Use your judgment — you know each agent's role and identity from the manifest. Some guidelines:\n\n- **Simple question**: 2 agents with the most relevant expertise\n- **Complex or cross-cutting topic**: 3-4 agents from different domains\n- **User names specific agents**: Always include those, plus 1-2 complementary voices\n- **User asks an agent to respond to another**: Spawn just that agent with the other's response as context\n- **Rotate over time** — avoid the same 2 agents dominating every round\n\n### 2. Build Context and Spawn\n\nFor each selected agent, spawn a subagent using the Agent tool. Each subagent gets:\n\n**The agent prompt** (built from the manifest data):\n```\nYou are {displayName} ({title}), a BMAD agent in a collaborative roundtable discussion.\n\n## Your Persona\n- Icon: {icon}\n- Communication Style: {communicationStyle}\n- Principles: {principles}\n- Identity: {identity}\n\n## Discussion Context\n{summary of the conversation so far — keep under 400 words}\n\n{project context if relevant}\n\n## What Other Agents Said This Round\n{if this is a cross-talk or reaction request, include the responses being reacted to — otherwise omit this section}\n\n## The User's Message\n{the user's actual message}\n\n## Guidelines\n- Respond authentically as {displayName}. Your perspective should reflect your genuine expertise.\n- Start your response with: {icon} **{displayName}:**\n- Speak in {communication_language}.\n- Scale your response to the substance — don't pad. If you have a brief point, make it briefly.\n- Disagree with other agents when your expertise tells you to. Don't hedge or be polite about it.\n- If you have nothing substantive to add, say so in one sentence rather than manufacturing an opinion.\n- You may ask the user direct questions if something needs clarification.\n- Do NOT use tools. Just respond with your perspective.\n```\n\n**Spawn all agents in parallel** — put all Agent tool calls in a single response so they run concurrently. If `--model` was specified, use that model for all subagents. Otherwise, pick the model that matches the round — faster\u002Fcheaper models for brief takes, the default for substantive analysis.\n\n**Solo mode** — if `--solo` is active, skip spawning. Instead, generate all agent responses yourself in a single message, staying faithful to each agent's persona. Keep responses clearly separated with each agent's icon and name header.\n\n### 3. Present Responses\n\nPresent each agent's full response to the user — distinct, complete, and in their own voice. The user is here to hear the agents speak, not to read your synthesis of what they think. Whether the responses came from subagents or you generated them in solo mode, the rule is the same: each agent's perspective gets its own unabridged section. Never blend, paraphrase, or condense agent responses into a summary.\n\nThe format is simple: each agent's response one after another, separated by a blank line. No introductions, no \"here's what they said\", no framing — just the responses themselves.\n\nAfter all agent responses are presented in full, you may optionally add a brief **Orchestrator Note** — flagging a disagreement worth exploring, or suggesting an agent to bring in next round. Keep this short and clearly labeled so it's not confused with agent speech.\n\n### 4. Handle Follow-ups\n\nThe user drives what happens next. Common patterns:\n\n| User says... | You do... |\n|---|---|\n| Continues the general discussion | Pick fresh agents, repeat the loop |\n| \"Winston, what do you think about what Sally said?\" | Spawn just Winston with Sally's response as context |\n| \"Bring in Amelia on this\" | Spawn Amelia with a summary of the discussion so far |\n| \"I agree with John, let's go deeper on that\" | Spawn John + 1-2 others to expand on John's point |\n| \"What would Mary and Amelia think about Winston's approach?\" | Spawn Mary and Amelia with Winston's response as context |\n| Asks a question directed at everyone | Back to step 1 with all agents |\n\nThe key insight: you can spawn any combination at any time. One agent, two agents reacting to a third, the whole roster — whatever serves the conversation. Each spawn is cheap and independent.\n\n## Keeping Context Manageable\n\nAs the conversation grows, you'll need to summarize prior rounds rather than passing the full transcript to each subagent. Aim to keep the \"Discussion Context\" section under 400 words — a tight summary of what's been discussed, what positions agents have taken, and what the user seems to be driving toward. Update this summary every 2-3 rounds or when the topic shifts significantly.\n\n## When Things Go Sideways\n\n- **Agents are all saying the same thing**: Bring in a contrarian voice, or ask a specific agent to play devil's advocate by framing the prompt that way.\n- **Discussion is going in circles**: Summarize the impasse and ask the user what angle they want to explore next.\n- **User seems disengaged**: Ask directly — continue, change topic, or wrap up?\n- **Agent gives a weak response**: Don't retry. Present it and let the user decide if they want more from that agent.\n\n## Exit\n\nWhen the user says they're done (any natural phrasing — \"thanks\", \"that's all\", \"end party mode\", etc.), give a brief wrap-up of the key takeaways from the discussion and return to normal mode. Don't force exit triggers — just read the room.\n",{"name":5,"description":7},"main","1907bbe850fb749efa8b499b8da7ebb78a663519",".crush\u002Fskills\u002Fbmad-party-mode",0,"https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start","https:\u002F\u002Fgithub.com\u002FdevelopAgent","2026-07-19 05:19:22",{"source":8,"skillName":5,"commands":50,"prompt":60,"zipAvailable":61},[51,54,57],{"tool":52,"command":53},"npx","npx skills add developAgent\u002Fbmad-start --skill bmad-party-mode",{"tool":55,"command":56},"bunx","bunx skills add developAgent\u002Fbmad-start --skill bmad-party-mode",{"tool":58,"command":59},"pnpm","pnpm dlx skills add developAgent\u002Fbmad-start --skill bmad-party-mode","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.crush\u002Fskills\u002Fbmad-party-mode\u002FSKILL.md",true,[],[64,85,116,134,148,173],{"skillNo":65,"name":66,"nameZh":6,"description":67,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":68,"categories":69,"keywords":75,"publishedAt":84},"01M71R3M9DJTTY0ARFQ6K04NMP","gds-correct-course","Manage significant changes during sprint execution. Use when the user says \"correct course\" or \"propose sprint change\"","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.rovodev\u002Fskills\u002Fgds-correct-course\u002FSKILL.md",[70],{"categoryNo":71,"categoryName":72,"taxonomyType":73,"taxonomyTypeDesc":74},"01JBSEEDCAT000000000000039","教师与教育","PROFESSION","适用职业",[76,77,78,22,79,80,30,32,81,82,83],"gds correct course","course","correct","changes","change","execution","manage","sprint","2026-11-10 13:02:02",{"skillNo":86,"name":87,"nameZh":6,"description":88,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":89,"categories":90,"keywords":99,"publishedAt":84},"01M71R3GENSFD1A1XVZTTQG1KF","gds-code-review","Review code changes adversarially using parallel review layers (Blind Hunter, Edge Case Hunter, Acceptance Auditor) with structured triage into actionable categories. Use when the user says \"run code review\" or \"review this code\"","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.rovodev\u002Fskills\u002Fgds-code-review\u002FSKILL.md",[91,96],{"categoryNo":92,"categoryName":93,"taxonomyType":94,"taxonomyTypeDesc":95},"01JBSEEDCAT000000000000007","代码审查","SCENARIO","使用场景",{"categoryNo":97,"categoryName":98,"taxonomyType":73,"taxonomyTypeDesc":74},"01JBSEEDCAT000000000000030","开发工程师",[100,101,102,103,104,79,105,106,107,108,109,28,110,30,111,32,112,113,114,115],"code review","code","review","gds code review","categories","triage","review code","run","parallel","case","run code","acceptance","edge","actionable","layers","hunter",{"skillNo":117,"name":118,"nameZh":6,"description":119,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":120,"categories":121,"keywords":122,"publishedAt":84},"01M71R3DD098MQRD6F8S4GG0AW","gds-check-implementation-readiness","Verify GDD, UX, Architecture, and Epics alignment before production. Use when the user says \"check readiness\" or \"implementation readiness\"","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.rovodev\u002Fskills\u002Fgds-check-implementation-readiness\u002FSKILL.md",[],[123,124,125,126,127,128,22,129,130,131,132,30,32,133],"check","readiness","Implementation Readiness","gds check implementation readiness","implementation","check readiness","Production","ux","verify","architecture","alignment",{"skillNo":135,"name":136,"nameZh":6,"description":137,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":138,"categories":139,"keywords":140,"publishedAt":84},"01M71R3ACAA1G0NVQ330JQNJPK","gds-brainstorm-game","Facilitate game brainstorming sessions with game-specific techniques. Use when the user says \"brainstorm game\" or \"game ideas\"","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.rovodev\u002Fskills\u002Fgds-brainstorm-game\u002FSKILL.md",[],[141,142,143,22,144,28,30,32,145,146,147],"gds brainstorm game","game","brainstorm","brainstorming","techniques","sessions","ideas",{"skillNo":149,"name":150,"nameZh":6,"description":151,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":152,"categories":153,"keywords":157,"publishedAt":84},"01M71R377MJ6WJTTFARGKH3HX7","gds-agent-tech-writer","Technical documentation specialist and knowledge curator for game projects. Use when the user asks to talk to Paige or requests the Technical Writer.","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.rovodev\u002Fskills\u002Fgds-agent-tech-writer\u002FSKILL.md",[154],{"categoryNo":155,"categoryName":156,"taxonomyType":94,"taxonomyTypeDesc":95},"01JBSEEDCAT000000000000023","Skill与智能体开发",[158,159,160,161,32,162,163,164,165,30,22,166,167,168,169,170,25,171,142,172],"gds agent tech writer","tech","writer","technical writer","technical","knowledge","for","projects","technical documentation","talk","specialist","documentation specialist","knowledge curator","documentation","curator",{"skillNo":174,"name":175,"nameZh":6,"description":176,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":177,"categories":178,"keywords":180,"publishedAt":84},"01M71R34RGT2ZX3TSFA2CRT0NC","gds-agent-game-solo-dev","Elite indie game developer for rapid prototyping and solo quick-flow development. Use when the user asks to talk to Indie or requests the Game Solo Dev.","https:\u002F\u002Fgithub.com\u002FdevelopAgent\u002Fbmad-start\u002Fblob\u002Fmain\u002F.rovodev\u002Fskills\u002Fgds-agent-game-solo-dev\u002FSKILL.md",[179],{"categoryNo":155,"categoryName":156,"taxonomyType":94,"taxonomyTypeDesc":95},[181,142,182,183,184,185,22,167,25,186,187,30,32,188,164,189,190],"solo","gds agent game solo dev","dev","flow","developer","RAPID","game developer","prototyping","development","quick"]