Claude Code + Google Workspace + Slack。
中小企業の経営を丸ごとAIで回す、実践的なシステム設計を公開します。
AI経営共創パートナーズは、代表の高木幹太と共同経営者の高木悠哉、たった2人で運営している会社です。
しかし、複数の案件を同時並行で動かし、SNS運用、経費精算、議事録管理、タスク管理、関係者管理まで、すべてを2人で回しています。秘書もアシスタントもいません。
代わりにいるのが、10体の専門AIエージェントです。
私たちはClaude Code（AnthropicのAI開発ツール）を中核に据え、Google Workspace、Slack、Todoistなどのツールを統合した「経営OS」を構築しました。ここで言う「OS」とは、会社の情報・判断・実行のすべてを統合管理する仕組みのことです。
この記事では、その全貌を公開します。「AIを業務に使いたいけど、何から手をつけていいかわからない」という中小企業の経営者の方に、具体的なイメージを持っていただければ幸いです。
経営OSは、大きく3つの層で構成されています。
図1：AI経営OSの3層アーキテクチャ
Layer 1（正規台帳群）が経営の「真実」を保持し、Layer 2（業務セクション）が日々の業務データを蓄積し、Layer 3（自動化エンジン）がそれらを自動的に処理・統合します。
重要なのは、この3層が密に連携していること。議事録から自動的にタスクが生成され、タスクの完了が案件の進捗に反映され、それがダッシュボードに集約される。人間がやるのは「判断」だけです。
中小企業でありがちなのが、「あの数字、どこに書いたっけ？」「最新版はどっち？」という問題です。情報がExcel、メール、チャット、頭の中に分散していて、全体像が誰にも見えない。
経営OSでは、10個の「正規台帳」を定義し、すべての経営情報をここに集約しています。
| 台帳 | 役割 |
|---|---|
| 経営憲章 | Vision・Mission・判断基準。迷ったときの北極星 |
| 経営ダッシュボード | KPI・最優先3項目・案件サマリの一覧表示 |
| 組織体制と役割 | 誰が何を担当しているかの明示 |
| OKRと重点方針 | 四半期目標と重要施策 |
| 施策・案件ポートフォリオ | 全案件のステータス・売上計画を一元管理 |
| アクションリスト | すべてのタスクの依存関係・期限・担当を管理 |
| ナレッジ・用語集 | 社内の共通言語を定義 |
| 意思決定ログ | なぜその判断をしたかの記録 |
| 課題・リスク台帳 | リスクの状態管理（Open→対応中→解消→アーカイブ） |
| インボックス | 未整理情報の一時保管場所 |
ここで徹底しているのが、「1つの情報は1つのマスターファイルにしか書かない」というルールです。
たとえば売上計画は「施策・案件ポートフォリオ」にだけ書きます。ダッシュボードには1行のサマリとリンクだけ。こうすることで、数字を更新するときに1箇所だけ直せば済みます。「あっちのファイルとこっちのファイルで数字が違う」という事故が起きません。
経営OSの中核を成すのが、10体の専門AIエージェントです。それぞれが明確な担当領域を持ち、人間の指示なく情報の整理・提案を行います。
図2：10体のAIエージェント体制。中央の統括AIが各専門AIを束ね、人間は判断・承認に集中する
ポイントは、AIが「読む・考える・提案する」を担当し、人間が「決める・承認する」に集中するという役割分担です。AIは勝手にファイルを書き換えません。提案を出し、人間が承認して初めて反映されます。
この設計は中小企業にとって非常に重要です。社長の判断力は会社の最大の資産。その判断力を情報収集や整理に浪費するのではなく、純粋な意思決定に集中させる。それが経営OSの根幹です。
経営OSの最も実用的な機能が、毎日の「朝会」と「夜締め」の自動化です。
図3：24時間自動ループ。夜締めの出力が翌朝の入力になり、情報の取りこぼしがゼロに
朝、Slackを開くだけで「今日何をすべきか」が一目でわかります。
中小企業の会議で最もありがちな問題が、「決めたのに実行されない」です。議事録は取ったけど誰も見返さない。アクションアイテムが宙に浮く。
経営OSでは、議事録をAIが自動解析し、4つのカテゴリに振り分けます。
さらに重要なのが矛盾検知機能です。「前回の会議で『A案でいく』と決めたのに、今回『B案に変更』と言っている」場合、AIが自動的に検出して確認を求めます。
これにより、過去の決定と矛盾する新しい決定が、無自覚に混入することを防ぎます。
経営OSの設計で最もユニークなのが、8つの更新プロトコル（UP-01〜08）です。
たとえば「新しい取引先の担当者と会った」という1つのイベントが発生すると、以下が自動的に連鎖します。
図4：UP-01（人物登場プロトコル）の波及例。1つのイベントが複数の台帳更新を自動連鎖させる
すべての更新は「Plan → Apply → Verify」の3段階で実行されます。計画を立て、1ファイルずつ更新し、整合性を検証する。この仕組みにより、台帳間の矛盾が生まれません。
| プロトコル | トリガー | 波及先 |
|---|---|---|
| UP-01 | 新しい人物の登場 | プロファイル・台帳・ポジショニング |
| UP-02 | 新規案件の追加 | ポートフォリオ・フォルダ作成・初期タスク |
| UP-03 | タスク状態の変更 | 案件の進捗・チェーン後続タスク |
| UP-04 | リスクの状態変更 | ダッシュボード・関連タスク |
| UP-05 | 案件の状態変更 | 紐づく全タスク・リスク台帳 |
| UP-06 | 売上・数値の変更 | ポートフォリオ・ダッシュボード |
| UP-07 | 重要な意思決定 | 意思決定ログ（代替案・見直し条件） |
| UP-08 | 議事録の作成 | アクション・意思決定・リスク・数値 |
経営OSは、特別なツールを導入しているわけではありません。多くの中小企業が既に使っているGoogle Workspace、Slack、freeeなどを、Claude Codeが統合しています。
図5：Claude Codeが各ツールをMCPで統合。新しいツールの導入コストがほぼゼロ
特に強力なのがSlack連携です。Slackの#tasksチャンネルにタスクを投げるだけで、AIが自動回収してアクションリストに反映します。専用のタスク管理ツールを覚える必要がありません。
経営者にとってSNS発信は重要だけれど、毎日の投稿を考える時間がない。経営OSではこれも自動化しています。
ただし、AIが勝手に投稿することはしません。あくまで下書きの生成までです。
週次でエンゲージメントを分析し、改善アクションを翌週のコンテンツ生成に自動反映する仕組みも動いています。
「Aさんの返信待ちで、Bの作業が進められない」。中小企業で日常的に起きるブロッカー問題を、経営OSではタスクのチェーン（依存関係）で管理しています。
先行タスクがキャンセルされれば、後続タスクにも自動的に影響が伝播します。「面談がなくなったのに、提案資料だけ作り続けていた」という無駄がなくなります。
経営OSの設計思想で最も重要なのが、「判断の資産化」です。
中小企業の最大のリスクは属人化です。社長の頭の中にある判断基準、優先順位、取引先との関係性。これらが社長にしか分からない状態では、会社は社長の体力の範囲でしか成長できません。
経営OSでは、以下の方法で暗黙知を形式知に変換しています。
その結果、共同経営者がすぐに同じ判断基準で動ける。AIも判断の背景を理解した上で提案できる。属人化を排除しながら、意思決定の質を保つ仕組みです。
仕組みを作っても、使われなくなっては意味がありません。経営OSには、自分自身の「健康状態」を毎朝チェックする機能があります。
| チェック項目 | 警告条件 |
|---|---|
| 自動化レポートの鮮度 | 3日以上更新がない |
| 定期レビューの実行状況 | 7日以上実施なし |
| 期限超過タスク数 | 3件以上 |
| 本日期限のリスク | 1件以上 → エスカレーション |
| 台帳更新のドリフト | 3日以上の更新差 |
| 未完了ログ | 前回の処理漏れ検出 |
これにより、「仕組みはあるけど回っていない」という状態をAIが自律的に検知し、人間に知らせます。
ここまで経営OSの仕組みを解説してきましたが、「これが中小企業の経営にどう効くのか」を整理します。
情報収集、議事録整理、タスク管理、進捗確認。これらは本来、社長がやるべき仕事ではありません。しかし中小企業では「他に誰もいないから」社長がやっている。経営OSは、この「やらなくていいけどやっている仕事」をAIに移管します。
会議で決めたことが実行されない。メールで依頼したことが忘れられる。経営OSでは、すべての情報が自動的に台帳に振り分けられるので、「言ったけどやっていない」が構造的に発生しません。
社長の判断基準、業務の進め方、取引先との経緯。すべてが台帳とプロトコルに記録されています。社長が病気で倒れても、他のメンバーが（AIの支援を受けながら）同じ品質で業務を続けられます。
経営OSは、Google Workspace、Slack、freeeなど、多くの中小企業が既に使っているツールの上に構築されています。新しいSaaSを契約する必要はありません。
すべてを一度に導入する必要はありません。「まず朝会の自動化から」「次にタスク管理」「その次に議事録振り分け」と、段階的に拡張できます。
経営OSの全貌を見ると「壮大すぎて無理」と感じるかもしれません。しかし、私たちも最初から全部作ったわけではありません。
おすすめの導入順序は以下の通りです。
1と2は、Claude Codeの基本的な使い方がわかれば1日で構築できます。そこから少しずつ育てていく。育つにつれて、AIが自律的にできることが増えていく。それが経営OSです。
私たちの会社名は「AI経営共創パートナーズ」です。「共創」という言葉を選んだのには理由があります。
AIは社長の代わりにはなりません。しかし、社長の判断力を最大限に発揮させる環境は作れます。情報を集め、整理し、矛盾を検知し、提案する。その上で、最終的に決めるのは人間です。
2人の会社で、10人分の仕事が回る。それは「AIが10人分働く」のではなく、「人間2人の判断力がAIによって10倍に増幅される」ということです。
中小企業の経営は、限られたリソースの中でいかに判断の質と速度を上げるかの勝負です。経営OSは、その勝負を根本から変える仕組みだと確信しています。