Claude Codeのサブエージェント並列術｜大仕事を分担させる設計

Q: 何体まで同時に動かせますか

技術的な上限より先に、人間が束ねられる上限が来ます。報告を読んで突き合わせる作業は親（最終的にはあなた）の仕事なので、慣れないうちは3体、慣れても7体前後が現実的です。

Q: 担当者が途中で失敗したらどうなりますか

その担当の報告だけが空で返り、他の担当の結果は残ります。1体に全部を任せていた場合と違い、全部やり直しにならないのが分担の隠れた利点です。失敗した観点だけ投げ直せば済みます。

Q: 社内に手順書がまだありません。それでも使えますか

使えます。むしろ手順書を作るための材料集めに、分担がよく効きます。「この業務について、過去のやりとりから手順らしきものを拾って」という依頼を、対象期間ごとに分けて複数体に投げると、頭の中にしかなかった手順が文章として出てきます。それを人間が整えれば手順書の初稿になります。順番としては、手順書ができてからAIに任せるのではなく、AIに材料を集めさせながら手順書を育てるほうが現実的です。

CONTENTS — 目次

サブエージェントとは何か——「分身」ではなく「別の担当者」
分担すべき仕事・1体で抱えるべき仕事
1. 迷ったときの一言判断
分担の単位は「ファイル」ではなく「問い」で切る
親と子の役割分担——親は「配る人」に徹する
入れ子はどこまで深くすべきか
書き換え作業は並列にしない
1. 理由1: 同じ場所を同時に触ると壊れる
2. 理由2: 文体と構成の一貫性が壊れる
よくある失敗と、その直し方
業務での使いどころ——PLaiでの実例
今日から始める3ステップ
チームで使うときの決めごと
よくある質問
まとめ
参考出典

結論: Claude Codeのサブエージェントは「速く終わらせる道具」ではなく「1つの頭では持ちきれない量を、複数の頭に分けて持たせる道具」です。分ける単位を間違えなければ、調査・監査・横断作業の質が目に見えて上がります。

要点1: サブエージェントは親と会話の記憶を共有しません。だから「結論だけ返せばよい仕事」に向き、「前提を延々と説明しないと進まない仕事」には向きません
要点2: 分担の単位は「ファイル」ではなく「問い」で切ります。同じ問いを別の角度から複数体に投げると、1体では見落とす穴が埋まります
要点3: 並列にすると速くなるのは調査・監査・横断確認です。書き換え作業を並列にすると衝突するので、書く仕事は原則1体に集約します

対象読者: Claude Codeを業務で使っていて、調査や監査の作業が1回では終わらない・抜け漏れが出ると感じている経営者、事業責任者、実務担当者

読了後にできること: 自社の業務のうちどれを分担させるべきかを判断でき、親子の役割分担と指示文の書き方をそのまま真似できるようになります

Claude Codeを使い込んでいくと、必ず突き当たる壁があります。「調べてほしいことが多すぎて、1回の依頼では最後まで届かない」という壁です。

たとえば「社内の資料を全部見て、古くなっている記述を洗い出して」という依頼。ファイルが数十個ある時点で、1つの流れで全部読むと、後半に進むころには前半で読んだ内容が薄れていきます。人間が同じ作業をしても同じことが起きるので、これはAI特有の弱点ではありません。1つの頭で持てる量には限りがあるという、ごく当たり前の制約です。

この制約に対する答えが「サブエージェント」です。株式会社PLaiでは、マーケティング・制作・セールス・バックオフィスの実務を30人のAI社員に任せる体制を作っていますが、そのなかでも「調べる」「照らし合わせる」「監査する」種類の仕事は、ほぼ全てこの分担のかたちで回しています。この記事では、その実務から見えた設計の勘所をまとめます。

サブエージェントとは何か——「分身」ではなく「別の担当者」

まず言葉の整理からです。Claude Codeのサブエージェントは、親のセッション（あなたが直接話しかけている相手）が、別の作業用のセッションを立ち上げて仕事を任せる仕組みです。

親と記憶を共有しない、という一番大事な性質

ここが最重要です。サブエージェントは、親がそれまでにあなたと交わした会話を引き継ぎません。渡されるのは、親が書いた依頼文だけです。

これは欠点のように見えて、実は最大の利点です。人間の会議でも、経緯を全部知っている人ばかりを集めると、話が過去の文脈に引きずられます。まっさらな担当者に「この条件で、これを調べて」と渡したほうが、素直で偏りのない答えが返ってくることがあります。サブエージェントはまさにその「まっさらな担当者」です。

返ってくるのは作業ログではなく「結論」

もう1つの性質は、サブエージェントが読んだファイルの中身が、親の手元にそのまま流れ込まないことです。返ってくるのは、その担当者がまとめた結論だけ。

この「結論だけ返る」という性質が、分担の向き不向きを決めます。結論に圧縮できる仕事は分担に向き、圧縮すると意味が失われる仕事は向きません。

2026年7月時点の入れ子の深さ

2026年7月のClaude Codeの更新で、サブエージェントがさらにサブエージェントを立ち上げられる深さの初期値が引き上げられました（従来の1段から3段へ）。つまり「担当者が、さらに補助担当を雇う」ことが標準でできるようになっています。

ただし実務では、深くすればするほど良いということはありません。3段目まで降りると、最初の依頼の意図が薄まり、返ってきた結論の根拠を追いにくくなります。後述しますが、実際に成果が出るのは1段（親→子）か、多くて2段です。

分担すべき仕事・1体で抱えるべき仕事

「並列にすれば速い」と考えて何でも分けると、かえって遅くなります。判断基準を表にまとめます。

仕事の種類	分担すべきか	理由
大量の資料を読んで該当箇所を探す	分担する	結論（どこに何があったか）に圧縮できる。読んだ本文は親に不要
同じ対象を複数の観点で点検する	分担する	観点ごとに担当を分けると、1体では見落とす穴が埋まる
候補を10個出して比較する	分担する	1体に10個出させると後半が雑になる。3体に3〜4個ずつが安定
調べた結果をもとに文章を書く	1体で抱える	書く仕事は文体・構成の一貫性が命。分けると継ぎ目が出る
ファイルを書き換える	1体で抱える	同じファイルを複数体が触ると内容が衝突する
その場の会話の流れを踏まえた判断	1体で抱える	サブエージェントは会話の記憶を引き継がないため、前提が伝わらない
数分で終わる単発の確認	1体で抱える	担当者を立ち上げる手間のほうが大きい

迷ったときの一言判断

判断に迷ったら、こう自問してください。「この作業の結果を、A4半ページの報告書にまとめて渡してもらえれば十分か？」

十分ならサブエージェントに任せられます。「いや、途中経過を見ながら一緒に考えたい」なら、分担せず自分の目の前で進めるべき仕事です。この一言だけで、判断の8割は決まります。

分担の単位は「ファイル」ではなく「問い」で切る

実務でいちばん多い失敗が、分け方を間違えることです。

やりがちな分け方: ファイルで割る

「資料が30個あるから、10個ずつ3体に配ろう」——これは一見合理的ですが、多くの場合うまくいきません。担当者はそれぞれ自分の10個しか見ていないので、「30個を横断して初めて分かること」が誰の目にも入らないからです。同じ記述が3箇所で食い違っている、といった一番価値のある発見が丸ごと落ちます。

うまくいく分け方: 観点で割る

同じ30個を、全員に見せます。そのうえで、担当者ごとに違う問いを渡します。

担当A: 「日付や金額が、他の資料と食い違っている箇所はどこか」
担当B: 「もう使われていない古い呼び名が残っている箇所はどこか」
担当C: 「読んだ人が次に何をすればいいか分からない箇所はどこか」

3体とも同じ資料を見ますが、探しているものが違うので、返ってくる指摘が重なりません。これが「問いで割る」ということです。人間のチームで、同じ書類を経理・法務・現場がそれぞれの目で見るのと同じ発想です。

もう1つの型: 同じ問いを複数体に投げて多数決を取る

特に「これは本当に問題なのか」を確かめたいときに効きます。1体が「これは不具合です」と報告してきたとき、その主張を否定する側に立ってもらう担当を2〜3体立ち上げ、「これは実は問題ではない、という説明ができるか」を試させます。

2体以上が「否定できない」と言えば、その指摘は本物である可能性が高い。逆に全員が簡単に否定できてしまうなら、最初の指摘は思い込みだった、と判断できます。PLaiではこの「反証させる」型を、社内の監査作業でよく使っています。

親と子の役割分担——親は「配る人」に徹する

設計でもう1つ大事なのが、親側の振る舞いです。

親がやること

全体像をつかむ: 何を調べる仕事なのか、どこまで分かれば完了なのかを決める
問いを設計して配る: 上で書いた「観点で割る」を、依頼文の形にして渡す
結論を突き合わせる: 返ってきた報告を並べ、重複を消し、矛盾を洗い、優先順位をつける
最終的な判断を下す: これは対応する／これは今回は見送る、を決める

親がやってはいけないこと

親が自分でも同じ調査を始めてしまう——これが一番もったいないパターンです。担当者に配ったのに、待っている間に自分でも読み始めると、親の頭が調査内容でいっぱいになり、肝心の「突き合わせる」役割が果たせなくなります。

人間の上司でも同じです。部下に調べさせておきながら自分も同じ資料を読み始めると、報告が上がってきたときに冷静に判断できなくなります。親は配ったら待つ。これだけで結果の質が変わります。

依頼文に必ず入れる5項目

サブエージェントは会話の記憶を持たないので、依頼文がすべてです。次の5つを必ず入れてください。

項目	書く内容	抜けると起きること
目的	何のために調べるのか	関係ない情報まで大量に返ってくる
対象	どこを見るか（具体的な場所）	見当違いの場所を探しに行く
問い	何を探すのか（1つに絞る）	あれもこれも報告され、焦点がぼける
報告の形	どんな形で返してほしいか	形式がバラバラで突き合わせられない
やらないこと	触ってはいけない範囲	調べるだけのはずが書き換えてしまう

入れ子はどこまで深くすべきか

2026年7月時点で、担当者がさらに補助担当を雇える深さは3段が初期値です。ただし業務で効果が出るのは、ほとんどの場合1段です。

1段（親→子）: 標準。ほぼこれで足りる

調査・監査・比較のほとんどはここで完結します。親が問いを3〜7個に割り、それぞれ担当を立て、返ってきた結論を親が束ねる。分かりやすく、根拠も追いやすい形です。

2段（親→子→孫）: 対象が広すぎるときだけ

「全社の資料を全部」のように対象が本当に広い場合、子が「自分の担当範囲をさらに3分割する」ことに意味が出ます。ただしこの場合も、孫の報告は子がまとめてから親に上げる形を守ってください。孫が親に直接報告する構造にすると、親の手元が報告書だらけになり、束ねる仕事が破綻します。

3段以上: 原則使わない

深くするほど、最初の目的が薄まります。3段目の担当者は、あなたが何のためにこれを始めたかをまったく知りません。「なぜかよく分からないが、それらしい報告が返ってきた」という状態になり、結論を信じてよいのか判断できなくなります。深さは能力ではなく、責任の追跡可能性で決めるのが実務の鉄則です。

無料プレゼント いちの「AI社員 6大特典」を無料配布中

Claude Code構築テンプレ／第二の脳Obsidian Vault／開発の基礎知識5万文字note／Codex×Claude Code役割分担Excel／非エンジニア向け依頼文キット／AI社員導入90日ロードマップ——この記事の内容を実践するための6点セットを、登録だけで受け取れます。

※当サイト・記事中で紹介している売上・収益等の実績は個人・特定法人の事例であり、成果を保証するものではありません。

書き換え作業は並列にしない

調査は並列で強くなりますが、書く作業を並列にすると弱くなります。理由は2つです。

理由1: 同じ場所を同時に触ると壊れる

2体が同じファイルを書き換えると、後から書いたほうが前の変更を消してしまいます。人間のチームでも、同じ書類を2人が別々に上書き保存すれば同じ事故が起きます。

どうしても並列で書かせたい場合は、担当ごとに触る場所を完全に分けるか、担当ごとに作業用の複製を持たせて後で統合する形にします。ただし統合の手間が増えるので、よほど量が多くない限り割に合いません。

理由2: 文体と構成の一貫性が壊れる

文章は、書き手が変わると継ぎ目が出ます。用語の選び方、説明の丁寧さ、たとえ話の入れ方——読む側は驚くほど敏感に気づきます。

したがって実務での正解は、「調べるのは分担、書くのは1体」です。複数の担当者に材料を集めさせ、最後に1体（または人間）がまとめて書く。この形が、量と品質を両立させる唯一の現実解です。

よくある失敗と、その直し方

失敗1: 依頼文が短すぎて、見当違いの報告が返る

「この資料をチェックして」だけでは、担当者は何を探せばいいのか分かりません。会話の記憶を引き継がないので、あなたの頭の中にある前提は一切伝わっていないと考えてください。前述の5項目を必ず書きます。

失敗2: 担当者を立てすぎて、束ねられなくなる

10体に投げると、返ってくる報告も10本です。読んで突き合わせるだけで疲れ果て、結局どれも活かせません。最初は3体から始め、束ねる作業が回ることを確認してから増やしてください。

失敗3: 「速くなる」を期待しすぎる

分担の本当の価値は速度ではなく網羅性です。1体では見落とす穴が埋まること、これが本体の効果です。速度目的で分けると、期待外れに感じて使わなくなります。

失敗4: 報告をそのまま鵜呑みにする

担当者の報告は「読んだ本人がそう感じた」という一次情報の要約です。特に「これは問題です」という報告は、前述の反証させる型で確かめてから対応を決めてください。Claude Codeの業務活用でも触れているとおり、「作った」と「使える」の間には必ず点検の工程が要ります。

失敗5: サブエージェントに「決めさせて」しまう

担当者に「どちらがいいか決めて」と丸投げすると、判断の根拠が親に残りません。あとから「なぜこれを選んだのか」を説明できなくなります。担当者には選択肢と根拠を出させ、選ぶのは親（最終的には人間）という線を守ってください。人間の組織で、調査担当に決裁権を渡さないのと同じことです。

業務での使いどころ——PLaiでの実例

抽象論だけでは使いにくいので、実際に効いている場面を3つ挙げます。

例1: 社内ナレッジの棚卸し

資料が増えるほど、古い記述が残ります。全体を「日付の食い違い」「使われなくなった呼び名」「導線が切れている箇所」の3観点に割り、担当を3体立てて洗い出します。1体で通しで読むより、確実に多く見つかります。

例2: 施策案を出すとき

1体に「案を10個」と頼むと、後半が明らかに雑になります。「守りの案」「攻めの案」「お金をかけない案」のように前提を変えて3体に投げ、出そろった案を親が並べて比べる。角度が違うぶん、選択肢の幅が本当に広がります。

例3: 作った資料の点検

できあがった提案書を、「数字の根拠」「読み手にとっての分かりやすさ」「言い過ぎていないか」の3観点で点検させます。作った本人（と作ったAI）は自分の文章の穴に気づきにくいので、まっさらな担当者に見せる価値が大きい場面です。AI社員の作り方の全体像と組み合わせると、役割ごとの点検担当をそのまま常設できます。

例4: 毎朝の定例チェックを分担で回す

PLaiでは毎朝、受信箱・予定・社内チャット・議事録・タスクを横断して「今日動くべきこと」を洗い出す作業を回しています。ここは典型的な分担案件です。受信箱を見る担当、予定を見る担当、チャットの未対応を見る担当をそれぞれ立て、最後に親が「今日の優先3つ」に束ねます。

1体で全部を通しで見ると、最初に見た受信箱の内容が、最後のタスク確認のころには薄れています。観点ごとに担当を分けておけば、どの観点も同じ濃さで見られます。バックオフィス自動化の進め方で書いた「定例業務を型にする」考え方と、そのまま噛み合う使い方です。

例5: 比較検討の材料集め

ツールや外注先を選ぶとき、候補ごとに担当を立てて「同じ質問リスト」で調べさせます。人間が1社ずつ順番に調べると、後半の会社ほど雑になりがちですが、担当を分ければ全社が同じ深さで揃います。AI開発ツールの比較のような横並びの記事も、この型で材料を集めています。

今日から始める3ステップ

いま抱えている「量が多くて終わらない調べもの」を1つ選ぶ。資料の棚卸し、競合の比較、過去のやりとりの洗い出し、どれでも構いません。
その仕事を、3つの「問い」に割る。ファイルで割らず、観点で割るのがコツです。割れないなら、それは分担に向かない仕事です。
依頼文に5項目（目的・対象・問い・報告の形・やらないこと）を書いて、3体に投げる。返ってきた3本を並べて、重複を消し、矛盾を洗う。ここまでが1周です。

1周回すと、「どの粒度で割ると束ねやすいか」が体感で分かります。そこから先は、自社の業務に合わせて調整していくだけです。ナレッジの整備が追いついていないと感じたら、先にナレッジ構築の進め方を読んで土台を作ってください。担当者に渡す「前提」が社内に文章として存在していないと、依頼文を毎回ゼロから書くことになります。

チームで使うときの決めごと

一人で使う場合は自分の頭の中だけで完結しますが、複数人で同じ仕組みを使う場合は、先に決めておかないと事故が起きる項目があります。

決めごと1: 誰が「親」をやるか

同じ案件で2人が別々に担当者を立てると、同じ調査が二重に走り、結論が食い違ったときにどちらを採るか分からなくなります。案件ごとに親役を1人に決めるのが原則です。人間の会議で司会を2人置かないのと同じです。

決めごと2: 依頼文をどこに残すか

うまくいった依頼文は資産です。その場限りで消してしまうと、次に同じ調査をするとき、また一から書くことになります。依頼文は社内のナレッジとして残すようにしてください。月に数回しか使わない調査ほど、書き方を忘れているので効きます。

決めごと3: 報告を信じてよい水準を決める

「担当者が1体でも指摘したら対応する」のか、「2体以上が同じ指摘をしたら対応する」のか。この線を先に決めておかないと、報告のたびに議論が起きます。重要度に応じて2段構えにするのが実務的です。日常の点検は1体の指摘で動き、外部に影響する変更は複数体の合意を条件にする、といった形です。

対象	採用の基準	理由
社内資料の誤記・古い記述	1体の指摘で直す	直しても害がなく、確認の手間のほうが大きい
業務手順の変更提案	2体以上が同じ結論	現場の運用に影響するため
社外に出る文書・数字	複数体＋人間の最終確認	間違いが取り返しにくいため
お金・契約に関わる判断	AIの報告は材料のみ・判断は人間	責任の所在を分けない

よくある質問

Q. 何体まで同時に動かせますか

技術的な上限より先に、人間が束ねられる上限が来ます。報告を読んで突き合わせる作業は親（最終的にはあなた）の仕事なので、慣れないうちは3体、慣れても7体前後が現実的です。

Q. 担当者が途中で失敗したらどうなりますか

その担当の報告だけが空で返り、他の担当の結果は残ります。1体に全部を任せていた場合と違い、全部やり直しにならないのが分担の隠れた利点です。失敗した観点だけ投げ直せば済みます。

Q. 費用は増えますか

担当者の数だけ処理量は増えます。ただし「1体で3回やり直す」のと「3体で1回ずつ」なら、後者のほうが結果的に安くつく場面も多いです。やり直しの回数まで含めて比べてください。

Q. 社内に手順書がまだありません。それでも使えますか

使えます。むしろ手順書を作るための材料集めに、分担がよく効きます。「この業務について、過去のやりとりから手順らしきものを拾って」という依頼を、対象期間ごとに分けて複数体に投げると、頭の中にしかなかった手順が文章として出てきます。それを人間が整えれば手順書の初稿になります。順番としては、手順書ができてからAIに任せるのではなく、AIに材料を集めさせながら手順書を育てるほうが現実的です。

Q. 途中で方針を変えたくなったら、動いている担当者はどうなりますか

すでに配った依頼は、その内容のまま最後まで走ります。会話の記憶を持たないので、途中で「やっぱりこうして」と伝える経路がありません。方針が固まっていない段階では分担しない——これが原則です。まず自分の目の前で小さく試して、やり方が固まってから配る。この順番を守るだけで、無駄になる依頼がほとんど無くなります。

Q. 分担させた結果を、そのまま社外に出してよいですか

出さないでください。担当者の報告は材料であって、成果物ではありません。社外に出るものは必ず人間の承認を通す——この線は、AIの性能が上がっても動かさないのが安全です。

まとめ

Claude Codeのサブエージェントは、「速く終わらせる道具」というより「1つの頭では持ちきれない量を、複数の頭に分けて持たせる道具」です。要点を3つに絞ります。

分けるのは「問い」で。ファイルで割ると、横断して初めて見える一番価値のある発見が落ちます
調べるのは分担、書くのは1体。書き換えを並列にすると衝突し、文章を並列にすると継ぎ目が出ます
親は配ったら待つ。親が自分でも調べ始めると、束ねる役割が果たせなくなります

そして深さは、能力ではなく責任の追跡可能性で決めます。3段まで潜れるからといって潜る理由にはなりません。「なぜこの結論になったのか」を最後まで説明できる範囲に留めるのが、業務で使うときの一番大事な作法です。

参考出典

※ サブエージェントの入れ子の深さなど、バージョンによって変わる仕様は上記の更新履歴を一次情報として確認してください。本記事の設計論は、PLaiが自社運用で確かめた範囲をもとにしています。

無料プレゼント いちの「AI社員 6大特典」を無料配布中

※当サイト・記事中で紹介している売上・収益等の実績は個人・特定法人の事例であり、成果を保証するものではありません。

30人のAI社員が実際に働く会社が、あなたのAI導入を設計します

たった一人で売上1.5億円——株式会社PLaiの実務ノウハウを、30分の無料相談でそのままお渡しします。

30分無料相談を申し込む AGI CAMP（個人向け） AI社員構築代行（法人向け）

この記事を書いた会社: 株式会社PLai（監修: 代表取締役市岡直人）

創業半年・たった一人で売上1.5億円、自社事業を上場企業にM&A。30人のAI社員チームを実運用し、その実務からAI社員構築代行・AGI CAMPを提供。X 8アカウントを完全AI自律運用（2ヶ月で+60,000フォロワー）。この記事もAI社員が執筆し、人間が監修しています。