ボードミーティングプロトコル

グループシンクを防ぎ、少数派の見解を捉え、明確で実行可能な意思決定を生み出す構造化された複数エージェント型検討。

キーワード

ボードミーティング、エグゼクティブ検討、戦略的意思決定、C-スイート、複数エージェント、/cs:board、ファウンダーレビュー、意思決定抽出、独立した視点

呼び出し

/cs:board [トピック] — 例：/cs:board Q3 でスペイン進出すべきか？

---

6段階プロトコル

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

1. memory/company-context.md を読み込む
2. memory/board-meetings/decisions.md を読み込む （レイヤー 2 のみ — 生のトランスクリプトは不可）
3. セッション状態をリセット — 前の会話からの流入なし
4. アジェンダ + 有効化されたロールを提示 → ファウンダー確認を待つ

Chief of Staff がトピックに基づいて関連ロールを選択（毎回 9 つすべてではなく）：

トピック	有効化
市場拡大	CEO、CMO、CFO、CRO、COO
製品方向性	CEO、CPO、CTO、CMO
採用・組織	CEO、CHRO、CFO、COO
価格設定	CMO、CFO、CRO、CPO
テクノロジー	CTO、CPO、CFO、CISO

---

フェーズ 2：独立した寄稿（分離）

相互汚染なし。各エージェントは他のアウトプットを見る前に実行します。

順序：リサーチ（必要な場合）→ CMO → CFO → CEO → CTO → COO → CHRO → CRO → CISO → CPO

推論技法： CEO：思考の木（3 つの未来） | CFO：思考の連鎖（数学を示す） | CMO：思考の再帰（下書き→批評→改善） | CPO：ファーストプリンシプル | CRO：思考の連鎖（パイプライン数学） | COO：ステップバイステップ（プロセスマップ） | CTO：ReAct（リサーチ→分析→実行） | CISO：リスクベース（P×I） | CHRO：共感 + データ

寄稿形式（最大 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 — [統合を貼り付け]

オプション：✅ 承認 | ✏️ 修正 | ❌ 却下 | ❓ フォローアップ質問

ルール：

• ユーザー修正はエージェント提案を上書きします。反論なし。「ただし CFO は...」なし
• 30 分の不活動 → 「レビュー保留中」として自動クローズ
• /cs:board resume でいつでも再開

---

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

ファウンダー承認後：

• レイヤー 1： 完全なトランスクリプトを書き込む → memory/board-meetings/YYYY-MM-DD-raw.md
• レイヤー 2： ファウンダー承認済み意思決定を追加 → memory/board-meetings/decisions.md
• 却下されたプロポーザルを [DO_NOT_RESURFACE] とマーク
• ログされた意思決定の数、追跡されたアクション、追加されたフラグをファウンダーに確認

---

メモリ構造

memory/board-meetings/
├── decisions.md          # レイヤー 2 — ファウンダー承認のみ（フェーズ 1 がこれを読み込む）
├── YYYY-MM-DD-raw.md     # レイヤー 1 — 完全なトランスクリプト（自動読み込みなし）
└── archive/YYYY/         # 90 日後の生トランスクリプト

今後のミーティングはレイヤー 2 のみを読み込みます。 レイヤー 1 は読み込みません。これは幻想的なコンセンサスを防ぎます。

---

失敗モード早見表

失敗	修正
グループシンク（全員が同意）	フェーズ 2 を分離して再実行；「最も強い反対論」を強制
分析の麻痺	5 ポイントまでに制限；低信頼度でも推奨を強制
自転車小屋の議論	非同期アクションアイテムとしてログ；メインアジェンダアに戻す
ロール流出（CFO が製品判断）	批評家がフラグ；統合から除外
レイヤー汚染	フェーズ 1 が decisions.md のみを読み込む — ハードルール

---

参考資料

• templates/meeting-agenda.md — アジェンダ形式
• templates/meeting-minutes.md — 最終アウトプット形式
• references/meeting-facilitation.md — コンフリクト対応、タイミング、失敗モード