1人で会社を経営していると、いちばん困るのは「経営判断の壁打ち相手がいない」ことです。筆者は小規模法人を経営していますが、人事・報酬・投資のような多角的な検討が必要な議題では、Claude Codeのサブエージェント機能を使ってCFO・CHRO・COOを独立したエージェントとして並列に走らせ、疑似的な経営会議を開く運用を続けています。この記事では、実際に回している仕組みの全体像、ロール定義の書き方、プロンプト例、議事録の残し方までを実運用ベースで紹介します。
[目次を開く]
1. なぜ経営判断の壁打ちは難しいのか
小さな会社の経営者は、意思決定の量に対して相談相手が圧倒的に足りません。顧問やメンターに聞ける頻度には限りがあり、報酬や人事のようなセンシティブな議題はそもそも社内の誰にも相談できないことが多いはずです。
では「AIに相談すればいい」かというと、素朴にやると意外と機能しません。対話型AIに「CFO・CHRO・COOの3つの観点で検討して」と1つのプロンプトで頼むと、観点が混ざって、互いに忖度し合ったような丸い結論が返ってきがちです。1つのモデルが1つの文脈の中で3役を演じ分けるため、CFOパートを書いた直後の「記憶」を引きずったままCHROパートを書く。結果として、対立意見が出にくく、最初からバランスを取りにいった答えになってしまうのです。
経営判断の壁打ちで欲しいのは丸い答えではなく、観点ごとの本音と、その間の対立点です。ここを構造的に解決するのが、エージェントの独立並列実行でした。
2. 仕組みの全体像 — 親が招集し、子が独立に考える
筆者の運用はシンプルで、Claude CodeのAgent（サブエージェント）機能を使い、次の構造で回しています。
- 親セッション＝チーフオブスタッフ役。議題を受け取り、必要なロールを招集し、結果を統合する
- 各ロール＝独立したサブエージェント。CFOならCFOの観点だけを渡され、他のロールの意見は一切見ずに判定を返す
- 最終判断＝人間（経営者自身）。AIの仕事は判断材料の提示まで
flowchart TD
ceo["経営者（CEO）"] -->|"議題を投げる"| parent["親セッション（チーフオブスタッフ役）"]
parent -->|"並列起動"| cfo["CFOエージェント（財務・キャッシュフロー）"]
parent -->|"並列起動"| chro["CHROエージェント（人材・組織）"]
parent -->|"並列起動"| coo["COOエージェント（実行・優先順位）"]
cfo -->|"独立した判定"| merged["統合レポート（一致点と対立点）"]
chro -->|"独立した判定"| merged
coo -->|"独立した判定"| merged
merged --> minutes["議事録（docs/meetings/）"]
merged -->|"判断材料として提示"| ceo ここで重要なのがサブエージェントの機構です。Claude CodeのAgentは親とは独立したコンテキストで動くため、CFOエージェントはCHROが何を言ったかを知りようがありません。観点の汚染が構造的に起きないうえ、複数エージェントを並列に実行できるので、3ロール招集しても待ち時間は1ロール分とほぼ変わりません。
そして独立性がもたらす最大の価値はこれです。別々の推論を辿った3つのロールが同じ結論に収束したなら、その結論は相当に固い。逆に割れたなら、割れた場所こそが本当の論点。1つのプロンプトに3役を演じさせる方式では、この「収束の説得力」と「対立の情報量」がどちらも得られません。
3. ロール定義の作り方 — CLAUDE.mdに表で常設する
ロール定義は毎回プロンプトに書くのではなく、プロジェクトのCLAUDE.md（Claude Codeがセッション開始時に必ず読む共通指示ファイル）に表で常設しています。こうしておくと「経営会議を開いて」の一言で親セッションがロールを再現できます。
筆者が使っている定義の骨格はこの形です。
| ロール | 観点 | 主なチェックポイント |
|---|---|---|
| CFO（最高財務責任者） | 財務・リスク | キャッシュフロー影響、ROI、損益分岐、投資回収期間、資金繰り |
| CHRO（最高人事責任者） | 人事・組織 | 採用戦略、育成計画、モチベーション、報酬体系、組織文化 |
| COO（最高執行責任者） | 実行・オペレーション | 実行計画の現実性、ボトルネック、タイムライン、優先順位の競合 |
ポイントは「観点」と「チェックポイント」を分けて書くことです。観点はエージェントの立ち位置を決め、チェックポイントは「最低限ここは必ず検討せよ」という抜け漏れ防止のリストとして機能します。必要ならCTO・CMO・CLO（法務）なども同じ形式で足せます。
あわせて、CLAUDE.mdには運用ルールも明記しておきます。特に「各ロールはAgentとして独立実行する」「最終判断はCEOが行う。AIは判断材料の提供まで」の2行は必ず入れています。前者が答えの質を、後者がガバナンスを担保します。
4. 招集ルール — 毎回全員を呼ばない
疑似経営会議とはいえ、毎回フルメンバーを招集する必要はありません。議題の種類ごとに招集ロールを決めておくと、実行が速く、レポートも読みやすくなります。筆者の招集ルールはこうです。
| 議題の種類 | 招集ロール |
|---|---|
| 経営判断（投資・撤退系） | CFO + COO |
| 人事・体制系 | CHRO + CFO + COO |
| 技術・プロダクト判断 | CTO + COO |
| 契約・法務系 | CLO + CFO |
| 重要案件（全体戦略） | 全員 |
この表もCLAUDE.mdに置いてあるので、筆者は議題を投げるだけで、親セッションが「これは人事・体制系なのでCHRO・CFO・COOを招集します」と自動で判断してくれます。
5. 実際のプロンプト例
議題を投げるときのプロンプトは、たとえばこんな形です（ロール定義と招集ルールはCLAUDE.mdにある前提）。
以下の議題で経営会議を開いてください。
【議題】
メンバーの昇給を検討したい。現行の役割で安定して成果を出しており、
本人からの申し出はないが、貢献に対して現在の報酬が見合っていない
感覚がある。実施するか、するならどう出すかを検討したい。
【進め方】
1. 招集ルールに従い、必要なロールをそれぞれ独立したサブエージェント
（Agentツール）として並列に起動する
2. 各エージェントには議題と自ロールの観点・チェックポイントのみを
渡し、他ロールの意見は見せない
3. 全ロールの判定が揃ったら、一致点と対立点を分けて統合レポートに
まとめる
4. 結果を docs/meetings/YYYY-MM-DD_議題.md に議事録として保存する
5. 最終判断はしないこと。判断材料の提示までにとどめる「他ロールの意見は見せない」「最終判断はしない」を明示するのがコツです。サブエージェント機構が独立性を担保してくれますが、指示としても書いておくと親セッションの統合時の振る舞いが安定します。
実際にこの形で昇給判断を検討したときは、面白い結果になりました。3ロールとも「昇給自体は妥当」で一致した一方、論点は金額ではなく「出し方」に収束したのです。具体的には、①単なる昇給ではなく役割拡大とセットにする、②定期査定の前倒しと位置づけて次回の見直し時期を握っておく、③昇給の前提を本人の統制外の指標（会社側の売上など）に置かない——という3点でした。1人で考えていたら「金額が妥当かどうか」だけを悩んで終わっていたはずで、独立した観点を並べたからこそ出てきた気づきだったと思います。
6. 議事録に残す — 再議のときに効いてくる
会議の結果はMarkdownの議事録として docs/meetings/YYYY-MM-DD_議題.md に保存しています。フォーマットは固定です。
- 結論（統合レポートの要約）
- 各ロールの判定（誰が何と言ったか）
- 主要な論点（一致点・対立点）
- 最終判断（人間が下した決定）
- 再議条件（どうなったらこの議題を再度開くか）
特に効くのが「再議条件」です。同じ議題を再議するとき、親セッションに前回の議事録を読ませると、「前回は◯◯を条件に見送った。今回その条件は満たされたか」から議論を始められます。経営判断は一度きりではなく、状況が変わるたびに蒸し返されるものなので、会議の継続性をファイルとして持てるのは想像以上に大きいです。
7. 効果と限界
半年ほど運用しての実感です。
効果があったのは、╠1人では出ない観点が構造的に出る、②結論が収束したときの安心感が意思決定を速くする、③議事録の蓄積が「経営判断の資産」になる、の3点です。特に②は、迷いながら決めるのと確信を持って決めるのとでは実行のキレが違います。
一方で限界もはっきりしています。エージェントは自社の数字や人間関係の機微を、渡した情報の範囲でしか知りません。入力が浅ければ出力も浅い。また、もっともらしい分析が並ぶぶん、鵜呑みにするリスクはむしろ上がります。だからこそ「最終判断は必ず人間が行う」を運用ルールとして固定しているわけです。AIの経営会議は判断の代行ではなく、判断の解像度を上げる装置だと捉えるのが正しい距離感だと思います。
8. よくある質問
Q. 対話型AIに「3つの役割で考えて」と頼むのと何が違いますか？
コンテキストの独立性が違います。1つの会話内で3役を演じさせると、同じ文脈を共有したモデルが役割を切り替えているだけなので、観点が混ざり、対立が生まれにくくなります。サブエージェント方式では各ロールが完全に独立した文脈で推論するため、忖度のない判定が並び、「独立に考えて一致したか／割れたか」という情報が手に入ります。ここが本質的な差です。
Q. Claude Code以外でも実現できますか？
「独立したコンテキストで並列にLLMを走らせ、結果を統合する」構造が作れれば原理的には可能です。ただClaude Codeはサブエージェントの起動・並列実行・結果回収が標準機能で、CLAUDE.mdによるロール常設や議事録のファイル保存まで1つの環境で完結するため、この用途では圧倒的に手軽です。
Q. 毎回どのくらいの手間がかかりますか？
議題を数行書いて投げるだけです。ロール定義と招集ルールをCLAUDE.mdに常設してあるので、会議1回あたりの準備はほぼゼロ。並列実行なので待ち時間も数分程度です。
Q. 経営の機密情報を渡して大丈夫ですか？
議題の検討に必要な範囲だけ渡すのが原則です。筆者も具体的な報酬額や個人の評価詳細は抽象化して渡すことがあります。また議事録をリポジトリに置く場合は、閲覧範囲（プライベートリポジトリか、チーム公開か）を先に設計しておくべきです。
9. まとめ
Claude Codeのサブエージェントを使った疑似経営会議は、「壁打ち相手がいない」という1人経営の構造的な弱点を、意外なほど実用的に埋めてくれます。要点は3つです。
- ロールを独立したエージェントとして並列実行する（1プロンプト3役では対立が出ない）
- ロール定義と招集ルールはCLAUDE.mdに常設し、結果は議事録として保存して再議に備える
- 最終判断は必ず人間が行う。AIは判断の解像度を上げる装置に徹させる
サブエージェントの並列活用は経営会議に限らず応用が利く設計パターンです。エージェント活用の周辺情報としては Claude CodeとCodexを組み合わせるプラグイン活用ガイド や 自律型AIエージェントによる開発の実際 もあわせてどうぞ。まずはロール定義の表をCLAUDE.mdに書くところから、試してみてください。
