技能介绍

多 Agent 对话编排的门槛

并行 spawn 多个带人设的 Agent、让它们按规则互相通信、同时把过程呈现给用户——这类「多角色对话」需求本身不复杂，真正麻烦的是工程细节：每个角色要有独立 prompt 和通信上下文，对话轮次不能失控，后台 Agent 的启停和异常恢复也得有人管。手动拼 Agent + SendMessage 组合，每个项目都要重写一遍编排逻辑，角色一多就容易乱。

Agent Game Party 把这个流程固化为一套可复用的模式：主 Agent 担任导演（Orchestrator），负责识别游戏模式、生成玩家、推进对话；玩家 Agent 各自携带人设 prompt 在后台运行，通过 SendMessage 链式接力。

核心能力与关键步骤

四种游戏模式：AI 脱口秀、AI 辩论赛、AI 剧本杀、AI 故事接龙，各模式的 Agent 数量、轮次和胜负判定均有默认值，规则细节集中在 references/game-modes.md。
导演式编排：Orchestrator 先通过 TeamCreate 建队，再用 Agent 工具（subagent_type: "general-purpose"、run_in_background: true）spawn 每个角色；角色 prompt 模板要求覆盖角色身份、游戏规则、通信指令、内容约束四个要素。
两种启动方式：脱口秀/辩论赛等线性对话用导演 kickoff + 链式转发；剧本杀等复杂流程用 TaskCreate 驱动阶段推进。
用户参与收尾：每 2～3 轮展示进度，结尾邀请投票、续写或换话题，用户始终是导演而非旁观者。

适用边界与注意点

这套技能适合娱乐场景的多 Agent 对话演绎，不适合严肃任务协作。几个实操约束：

轮次上限默认 3～5 轮，单次发言 50～200 字，超时不回复的 Agent 会被导演跳过——节奏比深度重要。
所有角色 prompt 必须内置内容安全约束（政治敏感、色情、暴力、歧视类内容禁止）。
后台 Agent 任务结束后会自动结束；需要提前终止时用 TaskStop，注意资源回收。
人设模板（references/agent-personas.md）提供性格关键词和口头禅示例，但实际对话质量仍取决于模型本身，技能不保证剧情精彩，只保证流程可控。