最近YouTubeやnoteで、
「Claude Codeのエージェント機能を使えば一人で会社経営ができる」
「CEO・CFO・CMO・CTOを全部エージェント化して、自分は指示を出すだけでOK」
みたいな動画や記事が急に増えてきました。
流れてくるたびに気になって何本か見たり読んだりしてきましたが、正直なところ、そのほとんどは実用性のない「見栄えだけの構成」です。
私はClaude CodeをMaxプランで利用していて、毎日のようにサブエージェントやSkillsを書いて回している立場ですが、あの手の紹介通りに構成を組んでも、まず間違いなく「素のClaude Codeに投げるのと変わらない」か、「むしろコンテキストを無駄遣いするだけ」の結末になります。
この記事では、なぜそう断言できるのかを自分の利用経験ベースで書いていきます。
ただし最初に一つだけ前置きしておくと、これはClaude Codeのエージェント機能全体を否定する話ではなく、「Agent Teams機能を使わずにエージェントに役割だけを設定する構成」を否定する話 です。
ここを混同されるとただのアンチ記事になってしまうので、最後までしっかり切り分けて書くつもりです。
記事の目次
最近流行っている「Claude Codeで一人起業」構成とは何か
まず、最近見かける「AI経営組織」系コンテンツが推している構成を整理しておきます。
ざっくりYouTubeとnoteを眺めた限り、紹介されている組織構成はだいたい次の2パターンに収まります。
パターン1：フラット型（自分 → CFO／CMO／CTO）
自分（社長） ／ ｜ ＼ CFO CMO CTO
自分が直接、各「担当エージェント」に指示を出す形です。`.claude/agents/cfo.md`、`cmo.md`、`cto.md` といったファイルに「あなたは財務担当です」「あなたはマーケ担当です」みたいな人格設定を書いておき、必要に応じて呼び分けるというものです。
パターン2：CEO挟む階層型（自分 → CEO → CFO／CMO／CTO）
自分 ｜ CEO ／ ｜ ＼ CFO CMO CTO
自分はCEOだけと会話し、CEOが配下のCxOに指示を割り振る、という階層構造です。
「社長として方針だけ伝えれば、あとはCEOが回してくれる」というのが売り文句になっています。
この2パターン、組織図としての見栄えはいいし、それっぽく映えます。
ですがここで重要なのは、紹介されているほぼ全てが Agent Teams 機能を使っていない という点です。
単にサブエージェント定義を `.claude/agents/` に置いて、`CLAUDE.md` に人格やルールを書いているだけ。
これが、後で書くように全ての無意味さの根源になっています。
はっきり言って、この構成はやる意味がない
結論から言います。上記の2パターン、Agent Teamsを使わない前提で組んでも、ほぼ意味がありません。
むしろコンテキストと料金の無駄遣いでしかありません。
繰り返しになりますが大事なので強調しておきます。
これは Claude Code のエージェント機能全体を否定しているわけではありません。
Agent Teamsを使わずに、ただ「CxOという役割」を割り振っただけの組織ごっこ を否定しています。
サブエージェント機能自体はエンジニアリング的にちゃんと意味がありますし、Agent Teamsを使うなら本物の並列組織も組めます。
この切り分けは、この記事を通して絶対に崩さないつもりです。
では、なぜ Agent Teams なしだと無意味になるのか。パターンごとに掘っていきます。
なぜ Agent Teams なしでは意味がないのか
パターン1（フラット型）は素のClaude Codeに投げるのと変わらない
まず前提として、Claude Codeのサブエージェント機能自体には明確な価値があります。
独立したコンテキストで動かせること、ツール権限を絞れること、カスタムプロンプトで振る舞いを固定できること、この3点はしっかり意味があります。
問題は、「CxOという役割を設定すること」に、その上乗せの価値があるのか？という話です。
答えは基本的にNoです。単一のClaude Codeに「この事業計画のコスト構造を分析して」と投げても、「この商品のマーケコピーを考えて」と投げても、「この機能のアーキテクチャを設計して」と投げても、普通にやってくれます。
CFOエージェントを作ろうが、CMOエージェントを作ろうが、CTOエージェントを作ろうが、結果として得られるアウトプットはほぼ変わりません。
サブエージェント化のメリットとしてよく挙げられる条件を一つずつ見ていくと、CxOごっこの文脈ではほぼ全部、別の手段で片付いてしまいます。
- 繰り返し同じ作業をする → これは Skills にすれば済む話です。役割エージェントに毎回長文プロンプトを仕込むより、Skills として description 付きで整備した方が、単一エージェントが勝手に自動選択してくれるので再利用性も高くなります
- 親エージェントのコンテキストを守りたい → 単一エージェントへの指示で「調査やファイル検索、読み取り系のタスクはサブエージェントに投げて」と一言添えるだけで十分です。さらに言えば、最近のClaudeはそれすら自分で判断して、長くなりそうな調査は勝手にサブエージェントに回してくれます
- ツール権限を切り分けたい → これは確かに残りますが、そもそも「書き込み禁止」「外部API専用」といった機能面での分割が本筋の話で、CxOという役割分担と必然的に結びつく話ではありません
こう一つずつ潰していくと、CxOという役割でサブエージェントを分ける積極的な理由は、突き詰めるとほぼ見つかりません。
結局、普段のClaude Codeと同じプロンプトを役割名付きで投げているだけになります。
パターン2（CEO階層型）は Agent Teams なしだと劣化版でしかない
パターン2の階層型は、フラット型よりさらに厄介です。
Agent Teamsなしでこれをやろうとすると、CEOエージェントにできるのは次の2つに帰着します。
- Task ツール（サブエージェント呼び出し）でCxOを起動する
- 「CFOにこの指示を出していいですか？」と自分に確認を差し戻す
前者は単にTaskツールの呼び出しを1段挟んでいるだけなので、結局フラット型と同じ話になります。
しかもCEO層のシステムプロンプトやコンテキスト分がそのまま上乗せされるので、情報は劣化するのにトークンだけ余計に食うという最悪の組み合わせになります。
後者はもっと深刻で、CEOが何か判断するたびに「社長、この方向でCMOに投げます。いいですか？」と聞かれます。
結局、自分は各CxO担当分の文脈を全部把握していないと判断できないので、CEOを挟まずに直接やるよりむしろやりづらいです。
体感としても、この「監督のための監督」みたいな状態はかなりストレスが溜まります。
つまり、Agent Teamsなしの階層型は「楽をするためのCEO」が「余計な確認コストの塊」に反転します。自分の実感として、これを運用して楽になった瞬間は一度もありませんでした。
結局、コンテキストと料金の無駄遣いになる
上の2パターンに共通する問題が、コンテキストと料金の二重消費 です。
サブエージェントは起動のたびに独自のコンテキスト空間を持つので、システムプロンプトもCLAUDE.mdも毎回ロードされます。
役割ごとに人格設定や方針を長文で書いていると、それだけで1回の呼び出しで数千トークン単位で消費されます。
しかもそれがそのままAPI課金に直結します。
MaxプランでClaude Codeを使い倒している立場からすると、このコストを「役割ごっこ」に払うのはかなりバカバカしいです。
同じトークンを使うなら、Skills を充実させて単一エージェントに自動選択させた方がよっぽど実用的になります。
Agent Teams を使うなら、この手の組織化には意味がある
ここまでは否定的になってしまいましたが、冒頭にも書いた通りAgent Teams 機能を使う前提なら話は別 です。
Agent Teamsを使った組織化は、一人起業や一人組織経営の構成として普通にアリだと思っています。
Agent Teams を知らない読者もいるかもしれないので一応補足しておくと、Claude Code の Agent Teams は複数のエージェントを並列に動かし、エージェント同士が直接メッセージをやり取りしたり、共有のタスクリストで進捗を管理したりできる機能です。
Agent Teamsが本当の意味で価値を持つのは、次の3要素が揃っているからです。
1. 並列稼働：CFO・CMO・CTOが同時に動ける。順番待ちで固まらない
2. 直接メッセージ交換：CTOが「これ、マーケ観点でどうですか？」と、自分を経由せずにCMOに聞ける
3. 共有タスクリスト：誰が何をやっているか、自分がいちいち見に行かなくても可視化される
この3つが揃って初めて、「組織として動いている」 と呼べる状態になります。
逆に言えば、これらがない単なるサブエージェント分割は「組織図の絵」にすぎません。
Agent Teamsを使うならパターン2の階層構造も素直に機能しますし、一人でスピード感を持って多方面の作業を回すという目的にも実用的に応えてくれます。
ですので繰り返しになりますが、自分はAgent Teamsベースの組織構成は全面的にアリだと思っています。
問題なのはあくまで「Agent Teamsを使わずにそれっぽく見せている構成」のほうです。
なぜ紹介記事の多くは Agent Teams の説明を省くのか
ここまで読むと当然の疑問が浮かびます。
「そんなにAgent Teamsが要なら、なんで流行りの紹介記事や動画はそこを説明しないのか？」と。
自分の見立てはこうです。
Agent Teamsは、実質Maxプランでないと運用が現実的ではない
Agent Teamsは並列稼働や共有コンテキストの仕組み上、コンテキスト消費がかなり増えます。
Proプラン以下だと使用量制限にすぐぶつかって、まともに回すのが難しくなります。
実際、自分もMaxプランで使っているからこそ日常的に回せている、という感覚があります。
ここでClaudeの有料プランを整理しておくと（2026年4月時点の公式ページベース）、
- Pro：月額$19（Claude Code も利用可）
- Max 5x：月額$110（Proの約5倍の使用量）
- Max 20x：月額$220（Proの約20倍の使用量）
という3段構成になっています。
Agent Teamsをそれなりに回そうとすると、Pro（$19）では明らかに足りず、現実的には Max 5x（$110）か、ヘビーに使うなら Max 20x（$220）が必要になってきます。
Proから一気に5倍、20倍の月額に跳ね上がるので、金額面の心理的ハードルも相当高いです。
一方で、YouTubeやnoteの視聴者・読者の多くはPro（$19）以下のプランか、あるいは無料枠で触っている層です。
ここで「Agent Teamsを使います、できれば Max $110 か $220 に上げてください」と言った瞬間、「自分には無理じゃん」と離脱されてしまいます。
再生数やPVを伸ばすためには、誰でも真似できる形で見せないといけません。
結果として、「サブエージェントに役割を与えるだけ」で擬似的にそれっぽく見せる構成 が量産されている、というのが自分の仮説です。
発信者側の悪意というより、ビジネス的な必然と言ってもいいかもしれません。
ただし読者・視聴者からすると、ここの前提が説明されないまま「一人で会社経営できる」という結論だけ受け取ってしまうと、真似しても手応えがなくて終わります。
これが今回の記事を書こうと思った一番の動機でもあります。
まとめ ― 通常の単一エージェント + Skills / サブエージェントで十分
長くなったので最後にまとめておきます。
- Agent Teamsを使わないCxO組織ごっこは、やってもほぼ意味がありません。パターン1は素のClaude Codeと等価、パターン2はむしろ劣化版になります
- Agent Teamsを使う前提なら、一人起業・組織化の構成としては全然アリです。並列稼働・直接メッセージ交換・共有タスクリストが揃って初めて「組織として動く」と言えます
- 紹介記事の多くはAgent Teamsに触れません。現実的にMaxプランでないと運用が難しいという前提を説明してしまうと、読者層が狭まるから、というのが自分の仮説です
- 本当に効くのは組織構造ではなく Skills 側です。Skills は description から自動発動するので、単一エージェントでも必要なものを自動選択して動きます
ソフトウェア設計の世界では、「組織単位で縦割りのモジュールを切る」よりも「機能単位で横断的に使えるライブラリを作る」方が筋がいい、というのは昔から言われている話です。
AIエージェントの設計も同じで、CxOという組織単位で切るよりも、Skills という機能単位で整える方が、再利用性も高いしスキル横断のタスクでも詰まりません。
動画や記事で紹介されている組織図に憧れて、`CLAUDE.md` にCEO人格を書き始める前に、まずは Skills を整えた方が実用的です。
その上でどうしても役割分担がしたいなら、Maxプランに上げて Agent Teams を使う、という順番をおすすめしたいです。
