Claude Codeのサブエージェント活用術。制作会社の分業体制をAIで再現する実践記録
結論:「役割を分けて、独立した作業だけ並列にする」が正解
Claude Codeには、1つの指示から複数のAI(サブエージェント)を呼び出し、それぞれに別の役割を持たせて並行作業させる仕組みがある。制作会社に置き換えるなら、リサーチ担当・実装担当・デザイン担当・マーケ担当・レビュー担当という分業体制を、1つのAI環境の中に再現できるということだ。
ただし、闇雲に「全部AIに投げて並列で走らせる」とうまくいかない。実務で効果が出るのは次の3原則を守ったときだけだ。
1. **役割を厳密に分ける**(リサーチ担当に戦略判断をさせない、レビュー担当に新規設計をさせない、といった線引きを最初に決める)
2. **完全に独立したタスクだけを並列にする**(Aの結果を受けてBを作る、という依存関係があるものは直列で処理する)
3. **量産は「型」が決まってから**(型を決めずに複数体へ量産を投げると、バラバラな仕上がりになる)
これは弊社(名古屋のWEB制作・LINE公式コンサル会社)が自社のブログ運用・広告運用の現場で実際に組み込んで検証した結果であり、単なる機能紹介ではなく運用ノウハウとして書いている。
そもそも「サブエージェント」とは何か
普段WEB制作を発注する側にいる店舗経営者やWEB担当者には馴染みが薄い言葉なので、先に簡単に整理しておく。
Claude Codeという開発ツールには、メインで対話しているAIとは別に、特定の役割に特化した「子AI」を必要な数だけ呼び出せる機能がある。この子AIのことをサブエージェントと呼ぶ。1人の担当者がすべての作業を抱えるのではなく、案件に応じてリサーチ担当・実装担当・デザイン担当・マーケ担当・レビュー担当を必要な分だけ招集し、終わったら解散する、という運用に近い。人を雇うわけではないので固定費は発生せず、必要なときだけ複数の専門AIを同時に動かせるのが特徴だ。
制作会社に外注している側からすると、「見積もりの中でリサーチ・実装・デザイン・チェックの工数がどう積まれているか」を普段意識することは少ないと思う。だが発注先がこうした分業をAIでどこまで効率化できているかは、納期とコストに直結する。逆に自社で情報発信や定型作業を内製している店舗であれば、同じ考え方を自社の運用に取り入れることもできる。
実例:AIの分業チームがどれくらい速いのか
事例1:広告戦略の見直し(リサーチ・マーケ・レビューの3体並列)
Google広告アカウントの戦略を見直す際、通常であれば「現状の広告データを確認する」「業界の最新動向を調べる」「改善案を作る」「既存の判断と矛盾がないか確認する」という作業を、担当者が順番にこなすことになる。これを、リサーチ担当・マーケ担当・レビュー担当の3体に同時に投げたところ、所要時間は約60秒(35〜66秒のレンジ)だった。同じ内容を1人(1体)が順番にこなした場合の見積もりは3〜4分。約3〜4倍の短縮になる。
このとき、リサーチ担当が「そもそも前提にしていた入札設定の解釈が間違っていた」という戦略の前提を覆す発見を持ち帰ったことがあった。並列実行の効果は単純な時短だけでなく、異なる視点から同時に問い直すことによる**戦略の補正効果**も大きいというのが実感だ。
事例2:ブログ記事7本の同時生成(マーケ担当3体並列)
自社が長年運用している資産サイト(SEO評価の残る老舗ドメインをAI運用のメディアとして再稼働させているプロジェクト)で、新しいコンテンツクラスターを一気に増やす作業があった。担当を3つのグループ(既存クラスターの補強3本・新ジャンル拡張3本・新規メイン記事1本)に分け、同じ役割のAI(マーケ担当)を3体同時に走らせて計7本を書かせた。
- 直列で1体ずつ処理した場合の想定所要時間:約20分(1本あたり6〜7分×複数)
- 3体並列での実測所要時間:約7分(最も時間のかかったグループが基準)
約2.5倍の短縮である。ここで重要だったのは、**先に「型」(記事の構成パターン・CTAの入れ方・アフィリエイトリンクの扱い)を1本分だけ人間側で確定させてから量産に入ったこと**。型を決めずに3体へ同時に投げていたら、CTAの位置やトーンがバラバラになっていたはずだ。
導入・運用の手順と判断基準
手順1:役割を先に決める(足し算ではなく線引き)
実際に運用して分かったのは、「何を任せるか」より「何を任せないか」を先に決める方が事故が少ないということだ。弊社では以下の5役割で運用している。
| 役割 | 任せてよいこと | 任せてはいけないこと |
|—|—|—|
| リサーチ担当 | 一次情報収集・最新動向・競合事例調査 | 戦略判断そのもの・社内資産との整合性確認 |
| 実装担当 | コード生成・設計・実装 | 戦略判断・キーワード設計 |
| デザイン担当 | UI/UX・LP構成・ブランドガイド | 数値分析・戦略判断 |
| マーケ担当 | 戦略立案・施策設計・コピー・記事構成 | 整合性チェック・既存判断との照合 |
| レビュー担当 | 整合性チェック・抜け漏れ確認・既存システムへの影響評価 | 新規の設計・戦略立案(領分外) |
レビュー担当に「新しい構成を考えて」と投げると差し戻しになる、実装担当に「この施策のキーワード選定をして」と投げると領分違いの回答が返ってくる、といった事故は実際に起きている。役割の線引きを先に決めておくと、こうした手戻りをかなり減らせる。
手順2:並列にしていいか、直列にすべきかを判定する
判断軸はシンプルで、「相手の作業結果を待つ必要があるかどうか」だけを見ればよい。
- 独立している(お互いの結果を必要としない)→ 並列でよい
- 「Aの結果を受けてBを作る」「Bの下書きをCがチェックする」という関係がある → 直列のフェーズに分ける
- 複数体で同じ作業を量産させる場合は、必ず「型を決めるフェーズ」を先に置く
事例2でいえば、「7本を同時に書かせる」のは並列でよいが、「型を決める」→「型に沿って量産する」という順序そのものは崩せない直列関係になる。
手順3:コストと運用回数に上限を設ける
サブエージェントはそれぞれが独立した処理を行うため、並列数が増えるほどコストも増える。弊社では「1回の作業セッションの中で、複数体を同時に走らせる並列起動は最大1回まで」というルールを設けている。単体への作業委任(1体だけに任せる)は制限していないが、並列は使いどころを絞ることで、コストと効果のバランスを取っている。
導入前に知っておきたい注意点(想定されるつまずき)
分業体制を組む前に、次の2点を設計段階で決めておくと、本番運用でつまずきにくい。
1. 権限設計は最初に決めておく
実装担当のAIに、外部のAPI連携・FTPアップロード・curlコマンドの実行など、コマンド実行そのものを伴う作業を任せると、権限不足で処理が止まるケースがある。これを避けるには、「コード生成・設計はAIに任せる」「実際のAPI実行やアップロード作業は人間側(または権限を持つ担当)が行う」という役割分担を、運用開始前にはっきり決めておくとよい。権限が足りずに途中で止まると、その分の時間もロスになるため、事前設計の段階でここまで詰めておく価値は高い。
2. 役割の追加・変更は反映のタイミングに注意する
新しい役割(サブエージェント)を追加したり、既存の役割の定義を変更したりした場合、作業中のセッションにはその変更がすぐには反映されないことがある。これは「今のセッションの中で使えるAIの一覧」が、セッションを開始した時点で固定される仕様によるものだ。役割の追加・変更を行った後は、作業を再開する(セッションを立て直す)タイミングで初めて反映される、という前提で運用スケジュールを組んでおくと、当日になって「追加したはずの役割が呼べない」という混乱を避けられる。
まとめ
Claude Codeのサブエージェントは、使い方次第で制作会社の分業体制をそのままAIチームとして再現できる。ポイントは次の3つに集約される。
1. 役割は「何を任せないか」まで含めて先に線引きする
2. 独立したタスクだけを並列にし、依存関係のあるものは型を決めてから直列で処理する
3. 権限設計と反映タイミングは、本番運用の前に必ず確認しておく
弊社の実測では、3体の並列実行で作業時間が3〜4倍、7本のコンテンツ量産で2.5倍の短縮効果が出ている。これは特別なチューニングをしたわけではなく、上記の設計原則を守った結果だ。制作会社に外注する・しないに関わらず、自社の情報発信や定型作業をAIに任せたいと考えている店舗経営者・WEB担当者にとって、「AIをどう分業させるか」という視点はこれから実務上の差につながっていくはずだ。