boardroom

/cs:boardroom — 多角色董事会审议

命令： /cs:boardroom <brief-path>

针对单份策略简报，按照 C-suite 的 board-meeting 技能协议运行。这是插件的核心——多角色审议，而 gstack 的评审链只能近似实现这一点。

流程位置

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                     ↑ you are here

6 个阶段（来自 board-meeting 技能）

阶段 1 — 简报说明

• Chief of Staff 将简报分发给 Affected Roles 中标记的所有顾问。
• 每位顾问阅读 company-context.md 和简报。
• 暂不讨论。

阶段 2 — 独立思考（隔离）

• **关键：**每位顾问独立提出自己的立场，不查看其他人的立场。
• 这可以防止群体迷思，并让异议浮现。
• 每位顾问撰写：其角色的开场陈述、建议、最重要的 3 项顾虑、最重要的 3 项支持理由。

阶段 3 — 交叉质询

• 同时公开各方立场。
• 每位顾问针对自己负责的方面评议其他人的立场：
  • cs-cfo-advisor 评议数学计算
  • cs-ciso-advisor 评议风险
  • cs-cpo-advisor 评议 JTBD
  • cs-cmo-advisor 评议定位
  • cs-cro-advisor 评议收入计算
  • 等等。

阶段 4 — 反方论证

• executive-mentor/devils-advocate Agent 针对领先选项运行 /em:challenge。
• 提出三项顾虑，并标注严重程度。

阶段 5 — 综合

• Chief of Staff 综合意见：哪个选项获得多数支持，哪些异议尚未解决。
• 生成包含建议和异议的董事会备忘录。

阶段 6 — 移交决策

• 将备忘录提交给创始人。
• 创始人接受、修改或拒绝。
• 获批的备忘录转交至 /cs:decide 进行记录。

输出：董事会备忘录

保存至 ~/.claude/boardroom/YYYY-MM-DD-<slug>.md：

# Board Memo: <topic>
**Date:** YYYY-MM-DD
**Brief:** <link to /cs:brief file>
**Status:** AWAITING FOUNDER DECISION | APPROVED | REJECTED

## Question
[One sentence from the brief]

## Recommended Option
**<Option name>** — chosen because <synthesis reasoning>

## Vote Tally
| Advisor | Vote | One-Sentence Reason |
|---|---|---|
| cs-ceo-advisor | A | <reason> |
| cs-cfo-advisor | A | <reason> |
| cs-cto-advisor | B | <reason> |
| ... | | |

## Dissent
- **<dissenter>:** <unresolved concern>

## Devil's Advocate Concerns
1. **CRITICAL** — <concern> — Mitigation: <plan>
2. **HIGH** — <concern> — Mitigation: <plan>
3. **MEDIUM** — <concern> — Mitigation: <plan>

## Success & Kill Criteria
[Copied from brief, refined by the panel]

## Recommended Decision Path
- `/cs:decide` → log the decision
- `/cs:execute` → 90-day plan
- `/cs:cross-eval` → multi-model sanity check (optional, high-stakes)
- `/cs:freeze N` → cooldown lock (optional, irreversible)

阶段 2 的隔离为何重要

如果顾问在形成自己的立场之前看到了彼此的立场，就会受到锚定效应影响。阶段 2 的隔离是 board-meeting 协议中最具杠杆效应的实践，它能让谄媚行为原本会压下的异议浮现出来。

为什么这优于 gstack 的评审链

	gstack /autoplan	/cs:boardroom
角色	CEO → 设计 → 工程（3 个）	最多 10 个 C 级角色
顺序	依次进行	阶段 2 隔离，然后同时进行
异议记录	隐式	明确的异议列
对抗性审查	无	阶段 4 反方论证
输出	经评审的计划	经投票的备忘录，包含异议和终止标准

工作流

1. 从 ~/.claude/briefs/<file> 读取简报
2. 确定受影响的角色
3. 分别调用每位 cs-* 顾问（阶段 2）
4. 收集各方立场
5. 进行交叉质询（阶段 3）
6. 针对领先选项运行 /em:challenge（阶段 4）
7. 综合形成备忘录（阶段 5）
8. 移交给创始人（阶段 6）

路由

• /cs:decide — 记录获批的备忘录
• /cs:cross-eval — 高风险的第二意见
• /cs:freeze — 冷却锁定

相关内容

• Agent：cs-chief-of-staff
• 技能：board-meeting，executive-mentor

---

版本： 1.0.0