脑暴：让多个 AI 吵架
同一问题多角度独立思考，汇总共识与分歧，这是群体智慧的 AI 版
本页解决的问题
先给结论「脑暴：让多个 AI 吵架」要解决的关键问题是什么？
同一问题多角度独立思考，汇总共识与分歧，这是群体智慧的 AI 版
让这个结论先证明自己值得留下。 把这一页当成决策工具，而不是需要背下来的定义。把概念连到一个真实任务、一个可观察结果，以及一个能改变你判断的失败上。
写下一个问题：试完这个方法后，你能用什么证据回答它？
结论听起来很完整，却没有检查最关键的假设。
主持人汇总
三个 Agent 独立思考后，主持人整合出：
避免思维定式
一个 Agent 会沿着一条线想下去。多个 Agent 从不同角色出发，天然产生不同视角。
发现盲区
Agent A 想不到的东西，Agent B 可能正好擅长。多角度覆盖让盲区更少。
⚖️ 分歧即价值
如果三个 Agent 意见一致，说明方向明确。如果有分歧，说明这个问题值得更深入讨论。
⚡ 并行高效
三个 Agent 同时思考，总时间 = 最慢那个的时间，不会翻三倍。思考类任务天然可并行。
「脑暴过程模拟」的能力藏在每次交接里
「一个 Agent 会沿着一条线想下去。多个 Agent 从不同角色出发，天然产生不同视角」说明，Agent 的表现不只由模型决定。模型、上下文、工具、状态、权限和人之间的每次交接，都会改变任务能否继续以及出了问题能否恢复。
先写清状态，再增加能力
从「Agent A 想不到的东西，Agent B 可能正好擅长。多角度覆盖让盲区更少」出发，可以把流程拆成起始状态、下一步动作、工具返回、状态更新和停止条件。这样调试时找的是第一处丢失信息或权限的位置，而不是笼统地说“模型变笨了”。
成功路径不能代表系统可靠
用「三个 Agent 同时思考，总时间 = 最慢那个的时间，不会翻三倍。思考类任务天然可并行」重放一次成功和一次失败，记录每一轮真正传入的上下文、工具结果和负责人；只要第二个人能复述这条链，系统才有可维护性。
从「脑暴过程模拟」走到「为什么比一个 Agent 想到底更好」
「脑暴过程模拟」先把问题落在「❓ 「如何提高用户留存率？」 A 产品视角 B 数据视角 C 用户视角 Agent A · 产品视角 优化新手引导流程，减少首日流失。增加个性化推荐，让用户更快找到价值。 Agent B · 数据视角 分析流失节点数据，第 3 天和第 7 天是关键。建议针对这两个节点设计召回策略。 Agent C · 用户视角 用户反馈最多的是「不知道能干什么」。功能并不少，核心问题是价值传递不到位。 主持人汇总 三个 Agent…」上；到了「为什么比一个 Agent 想到底更好」，讨论继续推进到「一个 Agent 会沿着一条线想下去。多个 Agent 从不同角色出发，天然产生不同视角」。两段连起来，重点就不只是记住一个结论，而是看清它成立所依赖的条件。
把这条判断带到下一个场景
分析 Agent 时，沿着状态、动作、工具结果和下一步的顺序走一遍；每次交接都要能说明信息从哪里来、由谁确认、失败时停在哪里。
- 「脑暴过程模拟」：❓ 「如何提高用户留存率？」 A 产品视角 B 数据视角 C 用户视角 Agent A · 产品视角 优化新手引导流程，减少首日流失。增加个性化推荐，让用户更快找到价值。 Agent B · 数据视角 分析流失节点数据，第 3 天和第 7 天是关键。建议针对这两个节点设计召回策略。 Agent C · 用户视角 用户反馈最多的是「不知道能干什么」。功能并不少，核心问题是价值传递不到位。 主持人汇总 三个 Agent…
- 「为什么比一个 Agent 想到底更好」：一个 Agent 会沿着一条线想下去。多个 Agent 从不同角色出发，天然产生不同视角
- 「最后的要点」：三个 Agent 同时思考，总时间 = 最慢那个的时间，不会翻三倍。思考类任务天然可并行
最后的「最后的要点」把讨论落到「三个 Agent 同时思考，总时间 = 最慢那个的时间，不会翻三倍。思考类任务天然可并行」。回看这条线索时，最值得保留的是：当输入、规模或风险改变，哪些判断需要重新做一遍。
我把这篇文章里的一个判断改写成了今天可以验证的小实验。比记住结论更有用的是，知道下一步要观察什么。
读完以后我先回头找它成立的条件，而不是直接把方法搬进项目。这个顺序让后面的取舍清楚很多。
如果把这个判断放到真实工作里，最先需要补的约束是什么？我想知道从阅读到第一次实践之间，哪一步最值得先做。
还没有这篇文章的讨论。