/cs:boardroom — マルチロール・ボードルーム審議

コマンド: /cs:boardroom <brief-path>

単一の戦略ブリーフに対してC-スイート全体で board-meeting スキルプロトコルを実行します。これはプラグインの中核 — gstackのレビュー連鎖が近似するだけの多役職審議です。

パイプラインポジション

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                     ↑ ここにいます

6つのフェーズ（board-meetingスキルより）

フェーズ1 — ブリーフィング

• チーフオブスタッフが、影響を受ける役職にマークされた全アドバイザーにブリーフを配布します。
• 各アドバイザーは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 エージェントが主要なオプションに対して /em:challenge を実行します。
• 深刻度評価付きで3つの懸念を表面化させます。

フェーズ5 — 統合

• チーフオブスタッフが統合します：どのオプションが多数派を得ているか、未解決の異議は何か。
• 推奨＋異議付きのボードメモを作成します。

フェーズ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
[ブリーフからの1文]

## Recommended Option
**<Option name>** — 選ばれた理由 <統合理由>

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

## Dissent
- **<dissenter>:** <未解決の懸念>

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

## Success & Kill Criteria
[ブリーフからコピーし、パネルが改善]

## Recommended Decision Path
- `/cs:decide` → 決定をログ
- `/cs:execute` → 90日プラン
- `/cs:cross-eval` → マルチモデルサニティチェック（オプション、高リスク案件）
- `/cs:freeze N` → クールダウンロック（オプション、不可逆）

フェーズ2隔離が重要な理由

アドバイザーが自分の立場を形成する前に他者の立場を見ると、アンカリングが起こります。フェーズ2隔離はボード会議プロトコルの単一最高レバレッジ実践です — イエスマンが抑圧したであろう異議を表面化させます。

gstackのレビュー連鎖に勝る理由

	gstack /autoplan	/cs:boardroom
ロール	CEO → design → eng (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
• Skills: board-meeting, executive-mentor

---

Version: 1.0.0