By name: debate description: 多 AI 分身 P2P 辩论。适用于技术方案压力测试、多视角碰撞、设计决策收敛。当你有一个方案想被挑战、或想看清不同技术路线的优劣时使用。提到"辩论"、"分身讨论"、"多角度分析"、"开个 team"时触发。 license: MIT metadata: author: tsp-center version: "1.0"
Debate — 多 AI 分身 P2P 辩论
派出 3 个 AI 分身（架构师、挑刺者、实战工程师）围绕一个议题进行 P2P 互发辩论，自动归档全部消息到文档。
前置检查
开始前，确认 ~/.claude/settings.json 的 env 中包含：
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
如果缺失，先让用户加上并重启 Claude Code。
流程
1. 明确议题
向用户确认辩论主题。一次问一个问题，不要轰炸。了解的维度：
- 辩论的具体话题是什么？
- 有没有特别关注的争议点？
- 期望的辩论模式（见下方）？
2. 选择模式
提供三种模式供用户选择：
| 模式 | 角色 | 适用场景 |
|---|---|---|
| 三视角（默认） | 架构师 + 挑刺者 + 实战工程师 | 技术方案探索、架构设计讨论 |
| 对抗辩论 | 正方 + 反方 + 裁判 | 有明确二元选择时（选 A 还是 B） |
| 魔鬼代言人 | 提案者 + 挑刺者 | 已有方案想被压力测试 |
3. 创建团队与分身
TeamCreate → Agent × N（run_in_background: true）
每个分身的 prompt 必须包含：
- 角色定义与讨论主题
- 队友名称列表
- 明确指令：写完分析后用 SendMessage 同时发给队友和 team-lead（抄送以记录全文）
- 响应指令：收到队友消息后，直接回复他，并抄送 team-lead
- 不准等待 team-lead 指令，自己主动发
4. 监控与记录
- 所有 CC 给 team-lead 的消息，实时追加到项目根目录的
debate-<topic>.md - P2P 未抄送的消息只能看到摘要，无法记录全文——提醒分身抄送
- 如果分身 3 次 idle 仍不产出内容，主动 SendMessage 催促
5. 辩论推进
- 首轮：各分身独立发表初始观点
- 后续：分身自发互评辩论。如果你发现某条线断了，手动 SendMessage 重新触发
- 当辩论进入边际递减（重复论述、无新论点）时，提示用户收束
6. 收束与归档
- 让每个分身给出最终结论
- 整理共识框架和未决问题
- 关闭分身（shutdown_request → TeamDelete）
- 文档最终落盘
文档格式
辩论文档应包含：
- 前置配置说明
- 每一轮的分身发言（标注发送方 → 接收方）
- 辩论连通图
- 最终共识框架
- 关键结论表（争论点 / 收敛方向 / 状态）
- 辩论统计数据
已知问题
- 实验性功能，分身响应偶有不稳定
- 分身可能不响应 shutdown，等 session 结束自动回收
- 未 CC 的 P2P 消息无法获取全文
- 分身不会主动发起多轮对话，需要 prompt 中明确指令