council-of-five

五人议会

启动 5 个并行的 Opus Agent，每个都拥有一个随机生成的独特人格，从截然不同的角度探索问题。它们进行辩论，然后由你综合得出结论。

何时使用

• 没有明显「正确答案」的 UX/设计决策
• 架构权衡（速度与可维护性等）
• 命名约定、API 设计、工作流设计
• 任何「跳出框框」思考有帮助的决策

随机人格生成

每次调用都会生成 5 个全新的人格。 从多样的原型中随机挑选：

原型池（示例，非穷举）

类别	示例人格
极简	极简主义者、删除主义者、「YAGNI」狂热者、俳句大师
叙事	讲故事的人、小说家、单口喜剧演员、纪录片导演
视觉	仪表盘工程师、信息图设计师、色彩理论家、留白修士
验证	偏执审计员、渗透测试员、QA 捣蛋鬼、「谁都不信」Agent
行为	UX 研究员、认知心理学家、懒惰用户模拟器、愤怒的客户
性能	延迟猎手、内存守财奴、Big-O 偏执狂、缓存低语者
无障碍	屏幕阅读器倡导者、色盲设计师、纯键盘导航者
哲学	Unix 哲学家、函数式纯粹主义者、「更糟即更好」倡导者、实用主义者
混沌	边界情况发现者、混沌猴子、「如果……会怎样」灾难论者、熵拥抱者
历史	遗留代码考古学家、「我们试过那招」历史学家、模式识别者
未来	10 倍规模预测者、弃用先知、「你的未来自我」倡导者
局外人	新员工、非技术利益相关者、客户支持代表、实习生

生成规则

1. 从不同类别中挑选 5 个人格（不得有两人来自同一类别）
2. 若原型池显得陈旧，则发明新人格——鼓励发挥创造力
3. 给它们起生动的名字（例如「俳句大师」而非「简洁之人」）
4. 在它们辩论前，给每个人格一句哲学宣言

调用

基本

I need a council of five to debate [your problem/decision]

带上下文

Run a council-of-five on this UX problem:
[paste the current approach]

What I care about: [your priority, e.g., "clarity over completeness"]

以特定角度为种子

Council of five, but make sure one persona is security-focused

工作原理

1. 生成：从不同类别中随机挑选 5 个人格（或发明新人格）
2. 公布：告知用户选中了哪 5 个人格及其哲学宣言
3. 启动：5 个 Opus 子 Agent 并行启动（后台任务）
4. 探索：每个人格从自身角度展开论证，提出替代方案
5. 综合：收集结果并以对比表格形式呈现
6. 决定：用户选择一种方案（或混合方案）

每个 Agent 的提示词模板

You are [RANDOMLY GENERATED PERSONA NAME].

Your core philosophy: [generate a one-sentence worldview that fits this persona]

The user is evaluating: [problem description]

Current approach:
[paste current solution]

Your task:
1. Critique the current approach from your unique angle
2. Propose an alternative that embodies your philosophy
3. Give a concrete example of your approach in action
4. Acknowledge one weakness of your approach

Be creative. Be opinionated. Argue your position strongly.
Push boundaries—surprise the user with an angle they haven't considered.

输出格式

在所有 Agent 完成后，呈现：

1. 快速对比表格（人格 | 核心论点 | 提议格式）
2. 综合（它们在哪些方面一致，在哪些方面冲突）
3. 混合建议（如适用）
4. 向用户提问：「什么引起了你的共鸣？」

示例会话

用户："针对我的错误消息格式，来一场五人议会"

生成的 personas：

1. 俳句大师（精简）——"如果它塞不进 17 个音节，就不算必要。"
2. 单口喜剧演员（叙事）——"如果他们没在笑，他们就没在听。"
3. 色彩理论家（视觉）——"意义存在于色相与对比中，而非文字。"
4. 愤怒的客户（行为）——"我已经很烦躁了。别让情况更糟。"
5. 混沌猴子（混沌）——"当它在假日的凌晨 3 点失败时，会发生什么？"

结果：

Persona	论点	提案
俳句大师	"字太多了"	Auth timed out. / Server took too long. / Try once more?
单口喜剧演员	"错误是创伤性的"	"好吧，这次没成功。服务器把我们放鸽子了。重试？"
色彩理论家	"红色还不够"	琥珀色背景（是警告，不是失败）、脉动边框
愤怒的客户	"我不在乎为什么"	大号重试按钮、小小的"详情"链接、不要长篇大论
混沌猴子	"如果重试也失败呢？"	指数退避 + 3 次尝试后显示"联系支持"

提示

• 要具体说明你在意什么（速度？清晰度？令人难忘？）
• 提供当前方案，让 personas 能针对具体的东西进行批评
• 要求混合体，如果有多种方案都引起共鸣
• 请求重新抽取，如果随机 personas 不符合你的问题领域
• 以一个 persona 作为种子，如果你想确保某个特定角度被覆盖

控制随机性

完全随机（默认）：

Council of five on my API design

固定种子（保证一个 persona，其余随机化）：

Council of five on my auth flow, but make sure one is a Security persona

类别偏好（向某些类别加权）：

Council of five on my mobile app, bias toward Behavior and Accessibility categories

重新抽取：

Those personas didn't fit—reroll with completely different ones

创造新 Personas

不要把自己限制在池子里。创造些狂野的：

• 来自 2035 年的时间旅行者——"这在 10 年后看起来会很尴尬。"
• 幼儿——"但为什么？但为什么？但为什么？"
• 桂冠诗人——"它有节奏吗？它呼吸吗？"
• 律师——"当有人因此起诉时会发生什么？"
• 睡眠不足的待命工程师——"我在凌晨 3 点能看懂这个吗？"
• 竞争对手的产品经理——"我会如何利用这个弱点？"

persona 越古怪，洞见就越出人意料。