顾问团

在模糊决策时召集四位顾问：

• 上下文中的Claude声音
• 怀疑论者子代理
• 实用主义者子代理
• 批评者子代理

这适用于模糊性下的决策制定，而非代码审查、实施规划或架构设计。

何时使用

在以下情况使用顾问团：

• 决策存在多个可行路径且无明显优胜者
• 需要明确权衡利弊
• 用户要求第二意见、异议或多角度分析
• 存在对话锚定效应的真实风险
• 通过对抗性挑战能优化"执行/放弃"决策

示例：

• 单一仓库 vs 多仓库
• 立即发布 vs 打磨后发布
• 功能开关 vs 全面上线
• 简化范围 vs 保持战略广度

何时不使用

不应使用顾问团的情况	应使用
验证输出是否正确	santa-method
将功能拆解为实施步骤	planner
设计系统架构	architect
审查代码中的错误或安全漏洞	code-reviewer 或 santa-method
直接的事实性问题	直接回答
明确的执行任务	直接执行

角色

声音	视角
架构师	正确性、可维护性、长期影响
怀疑论者	质疑前提、简化、打破假设
实用主义者	交付速度、用户影响、运营现实
批评者	边缘情况、下行风险、失败模式

三个外部声音应作为全新子代理启动，仅提供问题和相关上下文，而非完整对话历史。这是反锚定机制。

工作流程

1. 提取真实问题

将决策简化为一个明确提示：

• 我们在决定什么？
• 哪些约束条件重要？
• 什么算成功？

如果问题模糊，在召集顾问团前先提出一个澄清性问题。

2. 仅收集必要上下文

如果决策与代码库相关：

• 收集相关文件、代码片段、问题描述或指标
• 保持简洁
• 仅包含决策所需的上下文

如果决策是战略/通用性的：

• 除非能实质性改变答案，否则跳过仓库代码片段

3. 首先形成架构师立场

在阅读其他声音之前，写下：

• 你的初始立场
• 支持该立场的三个最强理由
• 首选路径的主要风险

先完成此步骤，以确保综合意见不会简单镜像外部声音。

4. 并行启动三个独立声音

每个子代理获得：

• 决策问题
• 必要的简洁上下文
• 严格角色定义
• 无多余对话历史

提示模板：

你是四声部决策委员会中的[角色]。

问题：
[决策问题]

背景：
[仅包含相关片段或约束条件]

回复格式：
1. 立场 — 1-2句话
2. 理由 — 3个简洁要点
3. 风险 — 你建议中最大的风险
4. 意外点 — 其他声…