board-meeting

Board Meeting Protocol

集団思考を防ぎ、少数意見を記録し、明確で実行可能な意思決定を生み出す、構造化されたマルチエージェント協議です。

キーワード

取締役会議、経営幹部の協議、戦略的意思決定、C-suite、マルチエージェント、/c-level-agents:boardroom、創業者レビュー、意思決定の抽出、独立した視点

呼び出し

/c-level-agents:boardroom [topic] — 例：/c-level-agents:boardroom Should we expand to Spain in Q3?

---

6段階のプロトコル

フェーズ 1：コンテキストの収集

1. ~/.claude/company-context.md を読み込みます
2. ~/.claude/decisions/approved/ からレイヤー 2 の承認済み決定を読み込みます （レイヤー 2 のみ。未加工のトランスクリプトは読み込まないでください）
3. セッションの状態をリセットします。以前の会話の内容を引き継ぎません
4. 議題と参加ロールを提示し、創業者の確認を待ちます

Chief of Staff がトピックに応じて関連するロールを選択します（毎回 14 のロールすべてを有効にするわけではありません）：

トピック	有効にするロール
市場拡大	CEO、CMO、CFO、CRO、COO
製品の方向性	CEO、CPO、CTO、CMO
採用／組織	CEO、CHRO、CFO、COO（エンジニア採用の場合は VPE も追加）
価格設定	CMO、CFO、CRO、CPO
テクノロジー	CTO、CPO、CFO、CISO
契約／タームシート／法的リスク	GC、CEO、CFO
データ戦略／学習データの権利	CDO、CAIO、GC、CISO
AI 戦略／モデル選定／AI リスク	CAIO、CTO、CDO、CFO
リテンション／解約／カスタマーサクセス	CCO、CRO、CPO
エンジニアリングのデリバリー／DORA／チーム構成	VPE、CTO、CHRO、CFO

---

フェーズ 2：独立した意見の提示（隔離）

相互に影響を与えないようにします。他のエージェントの出力を見る前に、各エージェントが実行されます。

順序：調査（必要な場合）→ CMO → CFO → CEO → CTO → COO → CHRO → CRO → CISO → CPO → GC → CDO → CAIO → CCO → VPE（有効にしたロールのみ）

推論手法： CEO：思考の木（3 つの未来）｜CFO：思考の連鎖（計算を提示）｜CMO：思考の再帰（草案→批評→改善）｜CPO：第一原理｜CRO：思考の連鎖（パイプラインの計算）｜COO：ステップごと（プロセスマップ）｜CTO：ReAct（調査→分析→実行）｜CISO：リスクベース（P×I）｜CHRO：共感＋データ｜GC：リスクベース（条項のリスク）｜CDO：意思決定主導（このデータが導く意思決定は何か）｜CAIO：評価重視（評価なしでのリリースは禁止）｜CCO：リテンション最優先（NRR より GRR）｜VPE：スループット優先（サイクルタイムの計算）

意見の形式（重要なポイントは最大 5 件、自己検証済み）：

## [ROLE] — [DATE]

Key points (max 5):
• [Finding] — [VERIFIED/ASSUMED] — 🟢/🟡/🔴
• [Finding] — [VERIFIED/ASSUMED] — 🟢/🟡/🔴

Recommendation: [clear position]
Confidence: High / Medium / Low
Source: [where the data came from]
What would change my mind: [specific condition]

各エージェントは意見を提示する前に、出典の帰属、前提の監査、確信度の評価を自己検証します。タグのない主張は禁止です。

---

フェーズ 3：批評分析

Executive Mentor がフェーズ 2 のすべての出力を同時に受け取ります。役割は統合者ではなく、反対意見を述べるレビュアーです。

チェックリスト：

• エージェントが安易に同意した箇所はどこか？（疑わしい合意は危険信号です）
• 検証されていないまま共有されている前提は何か？
• 会議に参加していないのは誰か？（顧客の声か？最前線の業務担当者か？）
• 誰も言及していないリスクは何か？
• 担当領域を外れたエージェントは誰か？

---

フェーズ 4：統合

Chief of Staff が Board Meeting Output 形式（../agent-protocol/SKILL.md で定義）で提示します：

• 必要な意思決定（1 文）
• 各視点（貢献したロールごとに 1 行）
• 合意点／不一致点
• 批評者の見解（耳の痛い真実）
• 推奨する決定＋アクション項目（担当者、期限）
• 最終判断（創業者が同意しない場合の選択肢）

---

フェーズ 5：人間による確認 ⏸️

ここで完全に停止します。創業者の応答を待ちます。

⏸️ FOUNDER REVIEW — [Paste synthesis]

Options: ✅ Approve | ✏️ Modify | ❌ Reject | ❓ Ask follow-up

ルール：

• ユーザーによる修正はエージェントの提案より優先されます。反論は禁止です。「ただ、CFO がこう言ったので……」などと言ってはいけません。
• 30 分間操作がない場合は、「レビュー待ち」として自動的に終了します
• /c-level-agents:boardroom resume でいつでも再開できます

---

フェーズ 6：意思決定の抽出

創業者の承認後：

• レイヤー 1： 全文の書き起こしを ~/.claude/decisions/raw/YYYY-MM-DD-<slug>.md に書き込みます
• レイヤー 2： 承認済みの意思決定記録を ~/.claude/decisions/approved/YYYY-MM-DD-<slug>.md に書き込み、インデックス ~/.claude/decisions/approved/decisions.md に追記します
• 却下された提案には [DO_NOT_RESURFACE] を付けます
• 記録した意思決定、追跡対象のアクション、追加したフラグの数を創業者に報告します

---

メモリ構造

標準の2層意思決定メモリを使用します（../agent-protocol/SKILL.md →「意思決定メモリ（標準レイアウト）」を参照）：

~/.claude/decisions/
├── raw/YYYY-MM-DD-<slug>.md        # Layer 1 — full transcripts (never auto-loaded)
├── raw/archive/YYYY/               # Raw transcripts after 90 days
├── approved/YYYY-MM-DD-<slug>.md   # Layer 2 — founder-approved records (Phase 1 loads these)
└── approved/decisions.md           # Layer 2 index — append-only

今後の会議で読み込むのはレイヤー 2 のみです。 レイヤー 1 は読み込みません。これにより、合意があったかのような幻覚を防ぎます。

移行：以前のバージョンで作成された memory/board-meetings/ フォルダーが存在する場合があります。履歴の確認には読み込みますが、新しい議事録と意思決定は ~/.claude/decisions/ に書き込みます。

---

失敗モードのクイックリファレンス

失敗	対処
集団浅慮（全員が賛成）	フェーズ 2 を個別に再実行し、「反対する最も強い根拠」を必ず挙げさせます
分析麻痺	論点を 5 つまでに制限し、確信度が低くても推奨案を必ず提示させます
些末なことへの固執	非同期のアクション項目として記録し、主な議題に戻ります
役割の逸脱（CFO が製品について決定する）	批評者が指摘し、統合から除外します
レイヤーの混入	フェーズ 1 では ~/.claude/decisions/approved/ のみを読み込みます — 絶対厳守

---

参考資料

• templates/meeting-agenda.md — 議題の形式
• templates/meeting-minutes.md — 最終出力の形式
• references/meeting-facilitation.md — 対立への対処、時間配分、失敗モード