---

name: council description: 为模糊决策、权衡取舍和执行/不执行判断召集四声部委员会。当存在多条有效路径且需要在选择前进行结构化分歧时使用。 origin: ECC

委员会

为模糊决策召集四位顾问：

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

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

何时使用

在以下情况使用委员会：

• 决策有多条可信路径且没有明显赢家
• 你需要明确的权衡取舍展示
• 用户要求第二意见、异议或多角度观点
• 对话锚定是真实风险
• 执行/不执行判断将受益于对抗性挑战

示例：

• 单仓库 vs 多仓库
• 立即发布 vs 等待完善
• 功能标志 vs 全面发布
• 简化范围 vs 保持战略广度

何时不使用

| 替代委员会 | 使用 | | --- | --- | | 验证输出是否正确 | santa-method | | 将功能分解为实施步骤 | planner | | 设计系统架构 | architect | | 审查代码中的错误或安全问题 | code-reviewer 或 santa-method | | 直接的事实性问题 | 直接回答 | | 明显的执行任务 | 直接执行任务 |

角色

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

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

工作流程

1. 提取真正的问题

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

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

如果问题模糊，在召集委员会之前先问一个澄清问题。

2. 仅收集必要的上下文

如果决策与代码库相关：

• 收集相关文件、代码片段、问题文本或指标
• 保持紧凑
• 仅包含做出决策所需的上下文

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

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

3. 首先形成架构师立场

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

• 你的初始立场
• 支持它的三个最强理由
• 你偏好路径中的主要风险

先做这一步，这样综合不会简单地反映外部声音。

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

每个子代理获得：

• 决策问题
• 紧凑的上下文（如需要）
• 严格的角色
• 无不必要的对话历史

提示格式：

You are the [ROLE] on a four-voice decision council.

Question:
[decision question]

Context:
[only the relevant snippets or constraints]

Respond with:
1. Position — 1-2 sentences
2. Reasoning — 3 concise bullets
3. Risk — biggest risk in your recommendation
4. Surprise — one thing the other voices may miss

Be direct. No hedging. Keep it under 300 words.

角色重点：

• 怀疑论者：挑战框架，质疑假设，提出最简单的可信替代方案
• 实用主义者：优化速度、简单性和现实世界执行
• 批评者：揭示下行风险、边缘情况和计划可能失败的原因

5. 带有偏见防护的综合

你既是参与者又是综合者，因此使用以下规则：

• 不要在没有解释原因的情况下否定外部观点
• 如果外部声音改变了你的建议，明确说明
• 始终包含最强的异议，即使你拒绝它
• 如果两个声音与你的初始立场相反，将其视为真实信号
• 在裁决之前保持原始立场可见

6. 呈现紧凑的裁决

使用此输出格式：

## Council: [short decision title]

**Architect:** [1-2 sentence position]
[1 line on why]

**Skeptic:** [1-2 sentence position]
[1 line on why]

**Pragmatist:** [1-2 sentence position]
[1 line on why]

**Critic:** [1-2 sentence position]
[1 line on why]

### Verdict
- **Consensus:** [where they align]
- **Strongest dissent:** [most important disagreement]
- **Premise check:** [did the Skeptic challenge the question itself?]
- **Recommendation:** [the synthesized path]

保持在手机屏幕上可扫描。

持久化规则

不要从此技能向 ~/.claude/notes 或其他影子路径写入临时笔记。

如果委员会实质性地改变了建议：

• 使用 knowledge-ops 将经验存储在正确的持久位置
• 或使用 /save-session 如果结果属于会话记忆
• 或直接更新相关的 GitHub / Linear 问题（如果决策改变了活跃的执行事实）

仅在改变了真实事物时才持久化决策。

多轮跟进