あなたの代わりに考えるチームを、雇わずに持つ。

📌 はじめに：今が最安値です

この教材は、先着10部 ¥6,800 で公開しています。

- 1〜10部：¥6,800（今ここ）

- 11〜20部：¥9,800

- 21部以降：10部ごとに値上げ

10部ごとに自動で値上げします。値下げの予定はありません。

つまり、今このページを見ている瞬間が、いちばん安い。

そして、合うかどうかは、この無料パートで十分に判断できます。

「読んでみたけど、自分には合わなかった」——それなら、買わなくて構いません。だからこそ、無料で読める Part 2 まで読んでから決めてください。判断材料は、買う前に十分そろえてあります。

安く出している理由は、最後に正直に書きます。出血大サービスではありません。ちゃんと、構造的な理由があります。

こんな状態に、心当たりはありませんか

少しだけ、想像してください。

いま、あなたの ChatGPT のサイドバー。スレッドが、数えきれないほど並んでいませんか。

ぼくも、まったく同じでした。数える気も失せるほど、スレッドが積み上がっていました。

- 「商品ページの改善案」のスレッド

- 「note の冒頭フック10案」のスレッド

- 「インボイス対応のFAQ」のスレッド

- 「採用文の英訳」のスレッド

- 「気分転換の雑談」のスレッド（なぜか、消せない）

便利なはずでした。AIを使えば、ラクになるはずでした。

でも、実際に起きていたのはこういうことです。

- どのスレッドに何を頼んだか、3日経つと思い出せない

- 昨日まで磨き上げていた最高のプロンプトが、タブを閉じた瞬間に消える

- 新しいスレッドを開くたびに、ゼロから前提を説明し直している

- 案を10個出してもらっても、「で、どれにする?」の最終判断は全部自分

ChatGPT に「どれがいい?」と聞いても、返ってくるのは「お客様の戦略によります」。

当然です。文脈が浅いから、判断できない。

結局、あなたの脳のCPU使用率は100%のまま。AIを使い始めても、判断疲労は1ミリも減っていない。

思い当たる方に、もう少しだけ続けます。

夜、ようやく取れた自分の時間。PCを開く。

そこで最初にやるのは、仕事ではありません。「今日は何から手をつけよう」と考えること。「これ、どのスレッドで聞いたっけ」と探すこと。

——この最初の30分を、毎晩"判断のための判断"に溶かしている。

「やる気がないわけじゃない。むしろ頑張ってる。なのに、なぜか前に進んでいる感じがしない。」

もし、そう感じているなら。

断言します。それはあなたの能力の問題ではありません。

AIを"道具"として使い続けている限り、誰がやってもこうなる。ただ、それだけです。

ぼくも、まったく同じでした

偉そうに書いていますが、1年前のぼくは、今のあなたと寸分違わぬ状態でした。

朝起きて、まずやるのはタブを開くこと。前日の続きを思い出すだけで15分。日中は本業、夜は事業、その合間に「あれ、どのスレッドで頼んだっけ」を探す。

事業は増える。やることも増える。でも、外注すればコストが膨らみ、人を雇うには早すぎる。「忙しいから手が回らない」を、ただ繰り返していました。

売上は、伸びませんでした。正確に言うと、伸ばすための時間が、判断疲労に食われて残っていなかった。

ある夜、いつものように疲れて、ふと思ったんです。

「これ、ChatGPTに"毎回お願い"してるからダメなんじゃないか。"部下"だと思って、役割を固定したらどうなる?」

その夜、ぼくは CLAUDE.md という1枚のファイルに、「お前は優先順位を決める担当だ」「お前は価格を考える担当だ」と、役割を書き始めました。

最初は、たった3体。

それが、すべての始まりでした。半年後にはチームは育ち、判断は外部化され、ぼくの夜の30分は、戻ってきました。

この本は、その「3体から始める設計図」です。

1人で、7モールのECと8本のSaaSを回しています

申し遅れました。Relmea です。

ぼくはいま、たった1人で、次を同時に動かしています。

- SaaS 8アプリの設計・実装・運用

- note 3アカウントの運営

- 7モールのEC事業

「どうやって1人で回してるんですか」と、本当によく聞かれます。

答えは、たった1つです。

AIを"ツール"としてではなく、"組織"として使っているから。

具体的には、役割を持った 53体のAIエージェントを、3層構造（司令塔 → コマンド → サブエージェント）で組織化しています。

たとえば「価格を見直したい」と1行投げる。

すると、司令塔のAIが「これは pricing と finance に聞くべきだ」と判断し、その2体を並列で起動し、5分後には統合された結論が返ってくる。

ぼくは、指示しただけです。考えていない。判断していない。それでも、答えは返ってくる。

これが「AIをツールから組織に変える」ということの、正体です。

その結果、何が起きたか。1年前との比較を、実数値で出します。

業務ごとに「1年前 → 現在」で示します。

- EC週次レビュー：週6h → 週1h

- note執筆（3アカ）：週12h → 週3h

- 問い合わせ・経理：週7h → 週1h

- リサーチ・朝の意思決定・価格見直しほか：週12h → 週3h

- 合計：週37h → 週8h ＝月116時間の削減

時給3,000円で換算すれば、月¥34.8万円分の時間を取り戻した計算です。

そして、空いた116時間で、ぼくは新しいことを始められました。新規SaaSを2本リリースし、note の月収は ¥1.2万 → ¥9.4万になり、この教材を書いています。

月¥38,000のAIコストに対して、リターンはROI 14倍（控えめに見積もっても10倍超、さらに堅く見て5-7倍）。

——もちろん、いい話ばかりではありません。

途中で ¥42,000を溶かした失敗投資（重複契約・使わなかったツール・無駄なファインチューニング）もあります。それも、有料パートで1円単位まで正直に出します。盛りません。

具体的に、何が変わったか。1つだけ例を出します。

以前のぼくは、毎週月曜の朝に「先週どうだったか」を集計するだけで、半日かかっていました。EC、note、問い合わせ、課金——別々のスレッドを開いて、コピペして、自分の頭で統合する。終わる頃には、月曜の午前が消えている。

いまは、月曜の朝に /weekly と打つだけです。

analytics（KPI集計）、pm（優先順位整理）、acquisition（集客振り返り）、pricing（課金推移）、support（問い合わせサマリ）——この5体が同時に走り始め、3〜5分後に、統合された週次レポートが返ってくる。

ぼくは、コーヒーを淹れていただけです。

人間のチームで同じことをやろうとすれば、5人に依頼して、レポートを待って、自分で統合して、早くて半日。AIチームなら、5分。この差が、毎週積み上がっていきます。

でも、これは「コピー」できません

ここで、いちばん大事なことを正直に書きます。

ぼくの53体構成を、そのままコピーしても、あなたの事業は回りません。

なぜか。ぼくの構成は、ぼくの事業フローに最適化されているからです。あなたの事業は、縦の切り方も、横の切り方も、抱えている"詰まり"も違う。

他人の組織図をコピーしても、自分の組織は動かない。

これは、組織化に失敗する人の、いちばん典型的なパターンです。「すごい人の完成形」を真似て、3ヶ月後に「使っていないエージェントの墓場」を抱える。

だから、この本で渡すのは「答え（=完成した設定ファイル）」ではありません。

渡すのは、「ぼくがどう問いを立て、どう判断し、どこで失敗したか」という思考プロセスそのものです。

それさえ手に入れば、あなたは"あなたの事業の"AIチームを、自分で組めるようになります。

✅ この教材が役立つ人：週10時間以上の業務がある／判断疲労を減らしたい／人を雇うのはまだ早い／テキスト指示に抵抗がない

❌ 不要な人：業務が週10時間以下／自分で全部判断するのが楽しい／すでに人を雇える資金がある

❌ に当てはまる方は、買わないでください。ChatGPTの単発利用で十分です。これは本気で言っています。

なぜ、多くの人が「組織化」に失敗するのか

ここまで読んで「自分もやってみよう」と思った方に、先回りして1つだけ警告させてください。

組織化に挑戦した人の多くが、3ヶ月で挫折します。理由は、だいたい次のどれかです。

- いきなり20体作ろうとする → 使うのは5体だけ。残り15体は「何の役だっけ」の墓場になる

- 「すごい人の構成」をそのままコピーする → 自分の事業フローと噛み合わず、動かない

- 作って終わりにする → 育てる前提で設計していないから、半年後に陳腐化する

裏を返せば、この3つを避ければ、組織化はうまくいく。

本書は、ぼく自身がこの3つで実際に失敗した記録と、そこから導いた「正しい順序」をまとめたものです。あなたには、ぼくと同じ遠回りをしてほしくありません。

組織化した先に、あなたの一日はこう変わる

想像してみてください。組織化が終わったあとの、あなたの一日を。

朝、PCを開く。最初に打つのは、たった1行/morning-ops。

3分後、今日やるべきことが、優先順位つきで3つ返ってくる。あなたは「何からやろう」と悩んでいません。もう、その30分は存在しない。

週末/weekly と打つ。コーヒーを淹れている間に、KPI集計も、先週の振り返りも、来週の計画も、統合されたレポートになって返ってくる。

そして、判断疲労から解放された頭と、空いた時間で——あなたは、ずっと「いつかやりたい」と思っていた新しい挑戦に、やっと手をつけられる。

これは、夢物語ではありません。ぼくが実際に、毎日やっていることです。

この先で読めること

ここから先は全5部・約43,000字（読了の目安5〜10時間）。まず Part 1〜2 を無料で続けて読めます。実際の「考え方」を確かめてから、購入を判断してください。

▼ 無料で続けて読める

- Part 1｜AIエージェントチームとは … なぜ「ツール→組織」で月116時間が消えるのか。3層構造の正体と、git で資産化される仕組み

- Part 2｜組み方の考え方 … 体数は「先に決めない」。事業規模別の正しい初期体数と、業種別「最初に作るべき3体」テンプレ

▼ ここから購入者限定（Part 3〜・Vol.1 の核）

- Part 3｜ケーススタディの思想分解（最重要章） … 個人事業の運用チームを 3体→36体へどう育てたか／EC会社22体との2軸を、判断プロセスまで全公開。失敗5事例つき。自分の事業に落とすセルフチェック6ステップ付き

- Part 4｜実装の考え方 … 何をAIに委譲し、何を自分に残すか。Day1からDay30の「黄金の実装順序」

- Part 5｜運用と実P/L公開 … 月¥38,000コストの完全内訳・ROIの計算根拠・失敗した¥42,000まで、全部数字で

さらに、9大特典を1つのテンプレートZIP（65ファイル）に同梱：

1. 司令塔CLAUDE.mdテンプレ（ルーティング表完備・multi＋minimal）

2. オーケストレーターコマンド7本（/morning-ops /weekly /pm-decide /app-strategy /release /crisis /agentify）

3. エージェント仕様16体（9部門・判断OS設計済み）

4. コアフレームワーク4点（3層アーキ／コマンド体系／エージェント体系／用語集）

5. スキル層テンプレ6本（KPI/Tier/技術スタック/ブランド/Stripe/指示テンプレ）

6. 成果物テンプレ7本（PRD/競合分析/リリース/週次/月次振り返り/障害対応/営業）

7. 業種別カスタマイズ例3本（EC事業者／SaaS開発者／コンサル）

8. 全体カスタマイズマニュアル＋22置換タグ（minimal即起動・20分でDay1）

9. マスターガイドREADME（約29,000字・商用利用可／MIT）

個人名・固有名はゼロ。プレースホルダーを置き換えれば（AIに置き換えさせてもOK）、Day1から動かせます。

よくいただく不安に、先に答えます

Q. ITやプログラミングに詳しくないのですが、大丈夫ですか?

A. はい。本書で扱うのは「コードを書く技術」ではなく「AIに仕事を任せる設計」です。必要なのは、テキストで指示が出せることだけ。CLAUDE.md という1枚のテキストファイルから始められます。特典ZIPに雛形が入っているので、ゼロから書く必要もありません。

Q. 本業があって、まとまった時間が取れません。

A. むしろ、そういう方のための本です。初期設定は2時間、あとは週30分のメンテだけ。「時間がないから組織化できない」のではなく、「組織化していないから、ずっと時間がない」——本書のいちばん伝えたいことが、これです。

Q. 他のAI活用教材と、何が違いますか?

A. 多くの教材は「完成形（=すごい構成）」を見せて終わります。本書は逆で、3体→36体へ育てた過程の判断と失敗を、思考プロセスごと開きます。さらに「個人事業×SaaS」と「EC会社×7モール」の2軸の実例を、月コスト・ROI・失敗額まで数字で出すのは、他にありません。

Q. 自分に合うか不安です。

A. だからこそ、Part 1〜2 を無料にしています。まずそこまで読んで、「自分の事業にも落とせそうか」を確かめてください。手応えがなければ、買わないでください。判断材料は、買う前に十分そろえてあります。

ここから先の Part 1〜2 は、無料です。

「ツールから組織へ」——なぜそれだけで月116時間が戻ってくるのか。その考え方を、まず手ぶらで確かめてください。読んで「自分の事業にも効きそうだ」と思えたら、そのとき初めて購入を考えればいい。

Part 1: AIエージェントチームとは

あなたは ChatGPT をこう使っていませんか

少し、想像してください。

いま、あなたの ChatGPT のサイドバー。スレッドが、数えきれないほど並んでいませんか。

ぼくも、まったく同じでした。数える気も失せるほど、スレッドが積み上がっていました。

- 「楽天の商品ページ改善案」のスレッド

- 「note の冒頭フック10案」のスレッド

- 「インボイス対応のFAQ」のスレッド

- 「採用ピッチの英訳」のスレッド

- 「気分転換用の雑談」のスレッド（なぜか消せない）

しかも、どのスレッドに何を頼んだか、3日経つとほぼ思い出せない。「あの時のあの良いプロンプト」を探すだけで30分。検索したくてもキーワードが思い出せず、結局ゼロから書き直し。

これ、便利になっているように見えて、新しい仕事が増えている状態です。

そしてここで本書の核に入ります。

「AIで楽になる」を本気で実現するには、AIを"ツール"から"組織"に変える必要がある。

この1行が、あなたの作業時間を月116時間削る判断につながります。本書はそのための1冊です。

個別タスク利用の限界

まず最初に、なぜ「個別ChatGPT利用」では限界が来るのか。具体例で見ます。

限界事例 1: 「文脈の毎回再説明」コスト

あなたが楽天市場で雑貨を売っているとします。ChatGPT に「商品ページの改善案を出して」と頼む。

このとき、毎回こう書いていませんか。

```
うちは雑貨をメインに楽天で売っていて、客単価は3,200円、リピート率は18%、

主力カテゴリはキッチン雑貨で、ターゲットは30-40代女性で...

（以下20行）

```

このプリアンブル、毎スレッド書き直しています。なぜなら ChatGPT はスレッドをまたぐと前提を忘れるから。

ぼくの実測で、この「前提共有」だけで1日あたり約45分消えていました。月にして22.5時間。1年で270時間。約8人日分の労働が、毎回の前提説明に溶けていた計算です。

限界事例 2: 「判断の自分依存」が抜けない

ChatGPT に案を出してもらっても、最終判断は全部あなたがやります。

- 案A: タイトルを「【数量限定】」で攻める

- 案B: タイトルを「【職人手作り】」で訴求する

- 案C: タイトルを「【再入荷】」で希少性を出す

「で、どれにする?」と聞いても、ChatGPT は「お客様の戦略によります」と返してくる。当然です。文脈が浅いから判断できない。

結果、あなたの脳のCPU使用率は100%のまま。AIを使い始めても、判断疲労は1ミリも減らない。

限界事例 3: 「資産が貯まらない」

ここが一番痛い話です。

あなたが3ヶ月かけて磨き上げた「最高のレビュー返信プロンプト」。スレッドを閉じた瞬間、消えます。

もちろん、メモアプリに保存することはできます。でも、そのメモを別のスレッドで使う時、再びコピペで貼り付ける。3ヶ月後にはどこに保存したか忘れる。

> 個別ChatGPT利用の本質的欠陥は、「使えば使うほど資産が貯まる構造になっていない」こと。

人間のチームなら、新人が3年働けば「3年分の判断ノウハウ」が会社に蓄積されます。個別ChatGPT利用には、これがゼロ。

「組織化」とは何か

ここから本題。

「組織化」とは、AIを"単発のツール"ではなく"役割を持った部下の集合体"として配置すること。具体的にはこういう構造になります。

┌────────────────────┐

│ L0: 司令塔（CLAUDE.md 1枚） │

│ → あなたの代わりに「誰に聞くか」を決定 │

└────────────────────┘

↓ ルーティング

┌────────────────────┐

│ L1: コマンド（複数エージェント並列起動）│

│ → 例: /weekly = 5部門を並列起動して統合 │

└────────────────────┘

↓ 実務委譲

┌────────────────────┐

│ L2: サブエージェント（各部門の専門家） │

│ → 例: pm / pricing / acquisition / pr │

└────────────────────┘

3層構造の意味はシンプルです。

- L0 司令塔：質問の振り分け → 人間で例えると秘書

- L1 コマンド：並列実行のレシピ → 人間で例えると部長

- L2 サブエージェント：各分野の実務 → 人間で例えると担当者

あなたが「価格見直したい」と1行投げる。すると司令塔が「これは pricing と finance に聞くべき」と判断し、コマンドが両方を並列起動し、5分後に統合された答えが返ってくる。

あなたは判断していない。考えていない。指示しただけ。

これが組織化の正体です。

「組織化したAI」は git で管理できる

もうひとつ重要なポイント。組織化されたAIチームはテキストファイル群で構成されます。

```
CLAUDE.md ← 司令塔の人格・ルーティング表

.claude/commands/ ← 並列実行コマンド（複数）

.claude/agents/ ← サブエージェント定義（複数）

skills/ ← 共通ナレッジ（価格表・KPI定義など）

```

つまり、全部 git でバージョン管理できる。

- バックアップが自動で取れる

- 変更履歴が残る

- 失敗してもロールバックできる

- 他人にコピーして渡せる（=資産化）

ChatGPT のスレッドにはこれが1つもありません。

1人運用 vs チーム化の本質的違い

ここで多くの人が誤解します。

「組織化って、複数人で使うってことでしょ?」

違います。

> 1人で運用するからこそ、AIチーム化が効く。

人間の組織化は「人を増やす」ためにやります。AIの組織化は逆で、「人を増やさず判断量を増やす」ためにやる。性質が真逆です。

理由は3つあります。

理由 1: 判断疲労の外部化

あなたが今、毎朝こう考えていませんか。

「今日は何から手をつけよう」「これ誰に聞こう（=どのスレッド開こう）」「あれの優先順位は?」

これ、全部"判断のための判断"です。本質的な仕事ではない。

AIチームを組むと、これがゼロになります。あなたは「今日の優先順位を教えて」と1行投げるだけ。司令塔AIが pm / analytics / kpi の3つを並列起動して、優先順位リストを返してくる。

1日の最初の30分が消える。ぼくの実測値です。

理由 2: 文脈の永続化

人間のチームは「先週の経緯」を引き継ぐのに時間がかかります。月曜の朝会で30分。

AIチームには朝会が要らない。なぜなら CLAUDE.md と agent ファイルに「先週の判断・今週の優先順位・進行中のタスク」が全部書かれているから。

引き継ぎコストゼロ。これは人間の組織では到達しづらい構造です。

理由 3: 並列実行

ぼくが毎週月曜にやっている操作は1つだけ。

/weekly

これだけで、analytics（KPI集計）/ pm（優先順位整理）/ acquisition（先週の集客振り返り）/ pricing（先週の課金推移）/ support（問い合わせサマリ）の5つが同時に走り始めます。

3-5分後、統合された週次レポートが返ってくる。ぼくはコーヒーを淹れていただけ。

人間チームでこれをやろうとすると、5人に同時にSlackで依頼して、各自のレポートを受け取って、自分で統合する。早くて半日。AIチームなら5分。

AIエージェントチームを持つメリット

抽象論を続けても刺さらないので、ぼくの実数値を全部出します。

メリット 1: 時間削減

業務ごとに「1年前 → 現在 → 削減量」で並べます。

- EC週次レビュー：週6h → 週1h → 削減量週5h

- note 記事執筆（3アカ）：週12h → 週3h → 削減量週9h

- 問い合わせ対応：週4h → 週0.5h → 削減量週3.5h

- 経理仕訳：週3h → 週0.5h → 削減量週2.5h

- 競合・市場リサーチ：週5h → 週1h → 削減量週4h

- 朝の意思決定（何やる会議）：週5h → 週1.5h → 削減量週3.5h

- 価格・プラン見直し検討：週2h → 週0.5h → 削減量週1.5h

- 合計削減：週37h → 週8h → 削減量週29h / 月116h

時給3,000円換算で月¥34.8万円分の時間を取り戻した計算（詳しい業務別内訳と計算根拠は Part 5 で全公開します）。

メリット 2: 並列実行による速度

「新規SaaS のリリース可否判定」というタスクで比較します。

ステップごとに「個別ChatGPT → AIチーム」で並べます。

- QA観点チェック：個別ChatGPT 30分 → AIチーム並列5分

- 法務（特商法）チェック：個別ChatGPT 30分 → AIチーム並列5分

- インフラ準備状況：個別ChatGPT 20分 → AIチーム並列5分

- 価格設定の整合性：個別ChatGPT 20分 → AIチーム並列5分

- 合計時間：個別ChatGPT 約100分 → AIチーム約8分（並列+統合3分）

12倍速。これは技術的な誇張ではなく/release コマンド1発の実測値です。

メリット 3: 資産化（CLAUDE.md の成長）

ぼくの CLAUDE.md と agent ファイル群は、1年で約400行に成長しました。

その内訳:

- 「同じ修正を2度受けない」原則による追記: 約180行

- 業務フロー学習による判断ルール追記: 約120行

- 失敗事例からのアンチパターン記録: 約100行

これ、人間の新入社員が1年で身につける判断量と同等以上です。しかも、

- 退職しない

- 体調を崩さない

- 給料を要求しない

- バックアップが取れる

- 別事業にコピーできる

「人を雇うコスト」と比べた時、ROI が壊れた数字になります。

メリット 4: 売上面の変化

時間が空いた116時間/月で、ぼくは新しいことを始められました。

- 新規SaaS 2本リリース

- note 月収 ¥1.2万 → ¥9.4万（約8倍）

- Brain 教材執筆（=この本）

直接的な売上増分は月¥19.2万。

つまり、月¥38,000の AI コスト投資で、月¥54万（時間¥34.8万 + 売上¥19.2万）のリターン。ROI 14倍（控えめに見積もっても10倍超、さらに堅く見て5-7倍。根拠は Part 5）。

こんな人には不要

ここまで読んで「やるしかない」と思った人がほとんどだと思います。でも、ぼくは全員に勧めるつもりはありません。

以下に該当する人は、本書を読んでも投資回収できません。正直に書きます。

不要な人 1: 業務時間が「週10時間以下」の人

副業で月¥5万くらいを目標にしている方。組織化する手間（初期2時間 + 週次レビュー30分）のほうがオーバーヘッドになります。

この場合は、ChatGPT 単発利用で十分。

不要な人 2: 「自分で判断するのが楽しい」人

ぼくの友人で、月商200万のEC事業者がいます。彼は組織化を勧めても乗ってこない。理由は「全部自分で判断するのが楽しいから」。

これは完全に正解です。楽しくないから組織化するのであって、楽しいなら今のままが最適解。

不要な人 3: 「人を雇える資金がある」人

月¥80万以上の人件費を払える事業規模なら、人間を雇うほうが早い時期があります。AIチームは「1人運用の上限突破」のための道具。雇用予算があるなら、まず人を雇ってからAIチームを足せばOK。

不要な人 4: 「テキストで指示を出すのが苦手」な人

これ、意外と多い。AIチームは全部テキスト指示で動きます。「動画見ながら覚えたい」「音声で指示したい」というタイプは、相性が悪い。

その場合は別の自動化ツール（Zapier系・GAS系）から入るほうが良いです。

逆に言えば:

- 週10時間以上の業務がある

- 判断疲労を減らしたい

- 雇用はまだ早い

- テキスト指示に抵抗がない

この4つに当てはまるなら、本書は今のあなたに最適な投資です。

Part 1まとめ

ここまでで、

- 「個別ChatGPT利用」では限界が来ること

- 「組織化」とは3層構造でAIを配置することであること

- 1人運用だからこそ組織化が効くこと

- ROI が14倍（控えめでも10倍超）になる実数値

- そして「不要な人」の誠実な区別

を共有しました。

ここまでで「やる側に回ろう」と決めたあなたへ、次の Part で扱うのはこれです。

「じゃあ、何体作ればいい? どこから手をつける?」

これが Part 2 のテーマ。ここで多くの人が失敗します。「とりあえず20体作ろう」と始めた人の9割が、3ヶ月後に「使ってないエージェントの墓場」を抱える。

Part 2 では、

- なぜ「体数を先に決める」と失敗するか

- 事業規模ごとの「正しい初期体数」（実測値）

- 業種別「最初に作るべき3体」テンプレ

- 「育てる前提」で設計する技術

を扱います。

そして Part 3 では、本書の最重要差別化章として、ぼくが個人事業36体 + 会社22体を並行運用している思考プロセスを全公開します。他のAI教材ではあまり扱われない「2軸事例」。

あなたが失うもの

最後に、もう一度だけ。

ここで本書を閉じる選択をすると、あなたは何を失うか。

月116時間の手作業。これがそのまま残り続けます。年間で1,392時間。8時間労働換算で174日分。

そして残酷な事実をもう1つ。今この瞬間も、あなたの周りの個人事業主は組織化を始めています。

ぼくが個人事業主向けのDiscordで観測している限り、2026年に入ってから「AIチーム組み始めた」という報告が月20-30件ペースで増えています。

1年後、組織化した人と、しなかった人の間には、

- 作業時間で月116時間の差

- 意思決定速度で12倍の差

- 資産化されたAIノウハウの有無

という、埋まらない3つの差が生まれます。

「忙しいから組織化できない」のではない。組織化しないから、ずっと忙しいまま。

これは、ぼく自身が1年前に気づくのが半年遅れて損をした、本物の教訓です。

次章 Part 2 で、「じゃあ何から作るか」の具体に入ります。

Part 2: 組み方の考え方

Part 1 で「AIエージェントチーム」とは何かを掴んだはず。

ここからは「で、実際に何体・どう組めばいいの?」に答えていきます。

結論を先に置くと、答えは「あなたの事業フロー次第」。

でも「次第」で済ますと使えないので、判断軸を3つに分解して、30分で自分の構成を出せるフレームを渡します。

「何体作るか」を決める3つの軸

組織化に興味を持った人が最初にやる失敗、ぶっちゃけほぼ全員これです。

「とりあえず20体作ってみよう」

ダメです。先に体数を決めると、必ず空席が出る。

空席のエージェントは更新されず、半年後にはあなた自身が「これ誰だっけ」と検索する。

正しい順番はこう。

事業のフロー図を書く
↓
フローの「詰まる場所」を3つ特定
↓
詰まり1つにつき1体だけ作る
↓
回り始めたら隣の詰まりに着手

最初は 3体で始める。これがゴールデンナンバーです。

体数を決める3軸

体数は次の3軸の掛け算で決まります。この3軸以外は無視していい。

- ① 事業規模：質問=月商はいくらか → 影響=体数のレンジ

- ② 事業種別：質問=何で稼いでいるか → 影響=部門構成

- ③ 失敗コスト：質問=間違えたら誰が痛むか → 影響=自由度・慎重度

ぼくの場合：

- 個人事業 = 月商小〜中 × SaaS+コンテンツ × 失敗コスト低 → 36体（自由度高）

- 会社EC = 月商中〜大 × 物販 × 失敗コスト高（在庫リスク） → 22体（慎重設計）

「2つの事業を持っているのに、なぜ会社のほうが体数少ないの?」とよく聞かれます。

答え: 失敗コストが高い事業ほど、エージェントを絞って制御を強める。

これ、人間組織と完全に同じ。スタートアップは小さく速く、銀行は重く慎重。

あなたが今やること

ノートを開いて、3行書いてください。

① 今の月商レンジ：（〜30万 / 30〜100万 / 100〜300万 / 300万〜）

② 主な収益源：（SaaS / EC / コンテンツ / コンサル / その他）

③ もしAIが暴走したら：（自分が損するだけ / 顧客に波及 / 在庫リスク）

この3行が、あなたのチーム設計図の土台です。

事業規模別の標準パターン

3軸の中でも「事業規模」が一番効きます。

ぼくの実測値と、相談を受けた30人以上の事例から、規模別の標準パターンを3つにまとめました。

1.スターター 5-8体（1人事業向け）

向く人: 月商0〜30万円 / 単一プロダクト or 単一コンテンツ媒体 / 「AIチームってまず触ってみたい」フェーズ。

エージェント番号・名前・役割：

- 1：司令塔（CLAUDE.md）：ルーティング・統合・最終判断
- 2：pm：優先順位・PRD
- 3：dev：frontend/backend/infra を1体に統合
- 4：acquisition：集客・LP・営業全般
- 5：finance：経理・確定申告
- 6：content-writer ×1：ブログ/note 運用
- 7：analytics（任意）：KPI 集計
- 8：legal（任意）：規約・特商法

設計思想: 部門は分けない。1体に複数機能を背負わせる。
「dev に frontend と backend と infra 全部やらせて大丈夫?」と思うかもしれません。大丈夫です。
スターター段階で扱う実装ボリュームなら、1体で十分回ります。むしろ分けると連携コストで死ぬ。
ねらい: 自分でやることを5割削減。「AIチームってこう動くのか」を体感する。

2.スモール 12-15体（コアチーム向け）

向く人: 月商30〜100万円 / 2-3プロダクト × 2-3コンテンツ媒体 / 「並列実行を活かしたい」フェーズ。

番号・部門・エージェント：
- 1：司令塔：CLAUDE.md
- 2-3：プロダクト：pm / qa
- 4-6：開発：dev-lead / frontend / backend（infraはdev-leadが兼務）
- 7-9：営業：pricing / acquisition / support
- 10-11：マーケ：seo / sns-coordinator
- 12-13：コンテンツ：content-writer ×2 / branding
- 14：経理：finance
- 15：分析：analytics

設計思想: 部門を意識し始める。並列起動が日常になる規模。
ここで初めて司令塔の本領が発揮されます。
「価格見直したい」と1行投げると、司令塔が pricing + analytics + finance を並列起動して5分で統合レポートが返ってくる。スターターでは味わえない速度です。
ねらい: 1人で「小さな会社」並みのスループット。月商を3倍に伸ばす土台を作る。

3.ミドル 25-35体（フル組織向け）

向く人: 月商100〜300万円 / 5+プロダクト × 3+コンテンツ媒体 / 「中規模スタートアップ並みに動きたい」フェーズ。

部門・エージェント数・構成：
- 司令塔：1体：CLAUDE.md
- プロダクト：3体：pm / ux / qa
- 開発：5体：dev-lead / frontend / backend / infra / gas
- プロダクト専任：5-8体：product-{name} ×n
- 営業：4-5体：pricing / acquisition / support / bizdev / store-ops
- マーケ：4体：seo / sns-coordinator / ai-research / pr-media
- コンテンツ：4-5体：content-writer ×2-3 / branding / media
- 法務：1体：legal
- 経理：1体：finance
- 分析・グロース：4体：analytics / growth / crm / community

設計思想: 3層構造（司令塔 → 部門 → 専任）に進化。コマンド層で並列実行をパッケージ化。

このフェーズの肝は「プロダクト専任」エージェントを増やすこと。
プロダクトが5つあるなら、product-a / product-b / ... と5体作る。統合しない。
なぜなら、プロダクトごとに KPI も顧客も判断軸も全部違うから。1体にまとめると判断がブレる。
ねらい: 1人 CEO 兼 CTO で中規模スタートアップ並みのスループット。

規模を上げるタイミング

「スターターからスモールに上げるべきタイミングは?」 → 次のシグナルが2つ以上出たら。

1. 同じパターンの並列起動を週3回以上している
2. 1体のエージェントが守備範囲広すぎて回答精度が落ちている
3. 月商が前段階の上限の8割に達した
4. 「あの分野の専任が欲しい」と週1以上で思う

シグナルが出る前に拡張するのは早すぎ。出てから動いて遅くない。

業種別の役割分担

規模が決まったら、次は業種ごとの「最初の3体」を決めます。

業種でフローが違うので、入れるべきエージェントも変わる。

EC事業者の場合

```
1. 商品PM（売上分析・SKU優先順位）

2. 広告運用（楽天/Yahoo!広告の入札判断）

3. CS（問い合わせ返信・FAQ更新）

```

EC は「商品 × 集客 × 顧客対応」の三角形。この3つが詰まりやすい。

モール別ではなく業務別に切るのがコツ（モール別に切ると同じ判断を何回も学習させる無駄が出る）。

SaaS開発者の場合

```
1. プロダクトPM（ロードマップ・優先順位）

2. 開発リード（実装方針・コードレビュー）

3. グロース（オンボーディング・チャーン分析）

```

SaaS は「作る × 売る × 残す」の三角形。

特にグロース（残す）を最初から入れるのが効きます。チャーン1%改善が広告予算3倍より効くから。

コンテンツ販売の場合

```
1. 編集長（ネタ選定・構成案）

2. ライター（記事本文・SNS拡散文）

3. アナリティクス（PV/購入率・次回ネタへの反映）

```

コンテンツは「ネタ × 執筆 × 検証」の三角形。
アナリティクスを最初から入れる。「書いて終わり」だと感覚運用になり、3ヶ月で詰む。

コンサル業の場合

```
1. クライアントマネージャー（案件進捗・MTG準備）

2. リサーチアナリスト（業界調査・データ収集）

3. 提案書ライター（提案書・分析レポート執筆）

```

コンサルは「案件管理 × 調査 × 納品物」の三角形。
ここで開発系エージェントは要らない。業種が違えば部門構成は別物になる例です。

判断軸：「来週もまた同じ判断を10回以上するか?」

業種を問わず、エージェント化の判断はこの1問で決まります。

Yes → 独立エージェント化する
No → 司令塔に内包する（独立させない）

例：

- 「広告予算を毎週調整する」→ Yes → ads エージェント化
- 「年1回の法人契約レビュー」→ No → 司令塔 + legal で都度対応

頻度の低い判断を独立エージェントにすると、メンテされず腐る。これ重要。

判断フローチャート

ここまでの内容を、1枚の判断フローにまとめます。

ノートを開いて、上から順に答えるだけで自分の構成が出る。

```

START

│

├─ ① プロダクト or 媒体は1つだけ？

│ └─ Yes → スターター 5-8体（業種別「最初の3体」で開始）

│

├─ ② 月商100万円未満？

│ └─ Yes → スモール 12-15体（部門別構成へ拡張）

│

├─ ③ プロダクト数 5+ or 媒体数 3+？

│ └─ Yes → ミドル 25-35体（3層構造 + プロダクト専任）

│

└─ ④ 上記いずれも No

└─ スモール 12-15体（オーバースペック注意）

END

```

業種別「最初の3体」早見表

スターター段階で迷ったら、業種別早見表でショートカット：

業種・最初の3体：

- EC事業：商品PM / 広告運用 / CS

- SaaS開発：プロダクトPM / 開発リード / グロース

- コンテンツ販売：編集長 / ライター / アナリティクス

- コンサル業：クライアントマネージャー / リサーチアナリスト / 提案書ライター

- 物販+情報発信ハイブリッド：商品PM / 編集長 / 広告運用

「自分はEC + 情報発信ハイブリッドだけど?」みたいな複合型は、主軸の業種で選ぶ。

全部入れたくなる気持ちを抑える。3体だけ。

役割分担の鉄則：1体1責任

エージェント設計でいちばん効くのが「1体1責任」の原則。

ダメな例 / 良い例の対比：

- 営業・マーケ・サポート担当（ダメな例） / コールドメール返信専任（良い例）

- → 守備範囲広すぎて回答ブレる（ダメな例） / → 責任範囲が狭く判断精度が高い（良い例）

人間の組織と同じです。CMO 1人より、マーケ部長 + デジタル広告 + コンテンツ + 分析の4人体制のほうが回る。AIも例外じゃない。

「分けすぎたら数が増えすぎる?」 → そう、だからスターターは束ねる / ミドルは分けるの規模別運用なんです。最初から細分化しない、規模に応じて割っていく。

失敗パターン（最初から作りすぎ問題）

ここまで読んだ人がやる失敗、事前に潰しておきます。

失敗1: いきなり20体構想で書き始める

「ぼくは個人事業36体ですよ」と話すと、多くの人が「じゃあ僕も最初から36体組もう」となる。

全員失敗します。

理由はシンプルで、運用してないエージェントは更新されないから。

20体作って実際に使うのが5体だと、残り15体は3ヶ月後に「これ何の役だっけ」になる。

ぼくの36体は、1年かけて 3体 → 8体 → 15体 → 24体 → 36体と段階的に増えた結果。最初から36体だったわけじゃない。

失敗2: 「育てる回路」を組まずに完成形を目指す

エージェントは「初期構築」より「育成」のほうが10倍重要です。

人間の新人と同じで、初週は判断を外します。当然です。

ぼくのアプリエージェントも、最初の月に「飲食店向けなのにIT用語連発」という痛恨ミスをやらかしました。

そこで CLAUDE.md に「アプリの回答時は IT略語禁止・例え話は飲食現場から取る」と1行追記。翌週から完璧。

この「育てる回路」を最初から組み込むこと。これが組み方設計の最後のピースです。

具体的には：

```
□ 週次レビューで「外した回答」を必ず1件記録

□ 該当 agent ファイルに「次回はこう判断」と追記

□ 月末に「使わなかったエージェント」を削除 or 統合

``` 育てない組織は3ヶ月で死ぬ。これ、人間チームと完全に同じ。

失敗3: 機能で割って、判断OSで割らない

「営業」と「グロース」を1つにまとめがちです。両方とも売上に関わるから。

でも判断OSは別物：
- 営業 = 新規獲得 = 「広げる」OS
- グロース = 既存維持 = 「深める」OS

統合すると、どちらの判断も中途半端になる。
機能で割らず、判断OSで割る。これが36体構成にたどり着いた核心です。

失敗4: 失敗コストを無視して自由度MAXで組む

個人事業ノリで「全部AIに任せる!」とやると、在庫リスクのある会社事業で痛い目を見ます。

失敗コスト・自由度・チェック頻度：
- 低（自分が損するだけ）：自由度=高（即実行OK） → チェック頻度=週次
- 中（顧客対応必要）：自由度=中（人レビュー後） → チェック頻度=日次
- 高（在庫・法的リスク）：自由度=低（人決裁必須） → チェック頻度=都度

ぼくの会社チームが22体に抑えられているのは、「自由度を絞る = エージェントを増やしすぎない」で制御を効かせているから。

あなたが失うもの

体数を決め打ちで設計すると、3ヶ月後に必ずこうなります。
「結局自分で全部判断してる」状態に逆戻り。
なぜなら、現場の詰まりとエージェント配置がズレるから。
事業のフローを見ずに組織図だけ書く CEO は失敗する。同じことです。

さらに育てない設計だと、半年後には「使ってないエージェントが20体並んでいる墓場」が出来上がります。
動かないチームは資産ではなく負債。

このPart 2のフレームを使えば、あなたは：

1. 3軸（規模 × 業種 × 失敗コスト）で自分のチーム規模を1分で判定できる

2. 業種別「最初の3体」から即着手できる

3. 育てる回路を最初から組み込める

ここまでで「何体・どう組むか」の答えは出ました。

次の Part 3 では、ぼく自身の個人事業36体 + 会社22体の並行運用を分解して、「規模 × 業種 × 失敗コスト」の3軸が実際にどう組み合わさっているかをケーススタディで見せます。

なぜ、ここまで無料で出すのか

ここまで（Part 1〜2）で、「なぜ組織化か」「何体・どう組むか」の考え方は、もう手に入りました。無料で、です。

先着10部を ¥6,800 にしているのは、単なる値引きではありません。初期に手に取ってくれた方が、実際に動かし、フィードバックをくれる。それによって、教材の精度が上がる。その検証コストを負担してくれる分、安くしている——それだけです。

ここから先（Part 3〜）は、その考え方を"あなたの事業"に落とすための、ぼく自身の実例（思考プロセスまで）・実装順序・隠さない実P/L、そしてすぐ動くテンプレートです。

毎晩の30分を、これからも判断疲労に溶かし続けるのか。それとも、1行投げて、答えが返ってくる側に回るのか。

決めるのは、ここから先を読んだ、あなた自身です。