サブエージェント入門
— 面倒な作業は「別室」に出す

第1章

サブエージェントとは — 別室で働くもう一人のAI

「サブエージェント」は、Claude Codeに最初から備わっている機能です。ひとことで言うと、面倒な作業を“別室にいるもう一人のAI”に丸投げして、結論だけ受け取る仕組みのこと。

ふだんあなたが話しているのが「本体のAI」。そこから「これ調べておいて」と別のAIに振ると、そのサブエージェントが裏で（あなたには見えない別のチャットで）作業して、要点だけを報告しに戻ってきます。

大事なのは、このサブエージェントがあなたとは別のAIで、自分専用のまっさらな記憶を持っていること。本体とは記憶を共有せず、作業が終わると結論だけ報告して、その別チャットは消えます（散らかった中身ごと片付く）。

図1｜サブエージェントは別室（別チャット）で働き、結論だけ持ち帰る

第2章

普通のチャットとの違い — 机が散らからない

いちばんの価値は「あなたの会話（机）が散らからない」ことです。ここを普通のチャットと比べます。

さらに、普通のチャットは1つずつしか進められませんが、サブエージェントは複数のサブエージェントを同時に走らせられます。「Aを調べるサブエージェント」と「Bを校正するサブエージェント」を並行で動かして、終わった順に結論を受け取る——という使い方ができます。

第3章

使い方 — 正しいフォルダで開いて、普通に頼む

身構える必要はありません。やりたいことを普通に伝えるだけです。

①と②はその場かぎり、③は作って残しておくやり方です。同じ仕事をくり返すなら③が本命になります。毎回ゼロから説明しなくてよく、品質もブレません。

「作業フォルダ」に注意 — どの画面から使っても同じ話

サブエージェントには、2種類あります。

ですので、フォルダを間違えても機能そのものが消えるわけではありません。変わるのは次の2つだけです。

1. サブエージェントに見える範囲。サブエージェントが読めるのはそのフォルダの中身だけです。違うフォルダで作業していると、本来見るべきファイルが見えないまま、見当違いの作業になります。
2. 案件専用のサブエージェントが出てくるかどうか。その案件のフォルダで作業していないと、専用に作ったサブエージェントは呼び出せません。

その「作業フォルダ」は、どこで決まるのか

画面によって決め方が違うだけで、考え方はどれも同じです。1つのチャットにつき、担当するフォルダが1つ決まっている——これだけです。

第4章

サブエージェントの“指示書”はどこにある？（.mdファイル）

「調べ物係」「台本を書く係」といった専門のサブエージェントは、どんな役割で・何をしていいかという指示書を持っています。その正体は、1枚のテキストファイル（.md）です。特別なアプリは要りません。

置き場所は2種類 — ここで「どこから呼べるか」が決まる

これは教材「AIの第二の脳を作る」で出てきた「コーポレート（.claude）＝どこでも効く／事業部（dev）＝その案件だけ」の分け方と、まったく同じ考え方です。全社で使うサブエージェントは道具箱（~/.claude）へ、その案件専用のサブエージェントはプロジェクトの中へ置きます。

図2｜サブエージェントの指示書の置き場所 — 道具箱(全体)か、プロジェクトの中(その案件だけ)か

指示書の中身（実物のイメージ）

ファイルの中身は、上が設定・下が指示本文という決まった形です。上の設定部分（区切り線 --- で囲む）に、名前・役割の一言説明・使ってよい道具などを書きます。

図3｜指示書（.md）の中身 — 上が設定、下が「あなたは〇〇の専門家です」の本文

tools（使ってよい道具）で「このサブエージェントは読むだけ・書き込み禁止」といった制限もかけられます。役割を絞った安全なサブエージェントを用意できるわけです（→ 第8章で詳しく）。

道具（tools）と手順書（skills）は別もの

指示書には skills（スキル）という項目も書けます。tools と名前が似ていて混ざりやすいので、整理しておきます。

skills に書いておくと、そのサブエージェントは起動した瞬間から、その手順を頭に入れた状態で始まります。毎回ゼロから説明しなくて済む、ということです。

作らせ方 — こう頼めばいい

この .md を手で書く必要はありません。ふつうの日本語で頼めば、AIが中身を組み立ててファイルまで用意してくれます。いちばん短い頼み方はこれです。

これだけでも作れます。ただし細かいところはAIが勝手に決めるので、あとで直すことになります。最初に4つだけ添えると、直しがぐっと減ります。

実際の依頼文にすると、こうなります。そのまま真似できる形で載せておきます。

図4｜依頼文の例 — 箇条書きで渡すだけでよい

作ったあとの直し方

できあがったサブエージェントは、使いながら直します。直すときも、ファイルを開く必要はありません。

第5章

別室の様子を見る — 「今なにしてる？」を確認する

サブエージェントは別室で働くので、そのままだと中で何をしているのか見えません。「変な方向に進んでいないか」「まだ終わらないのか」は気になるところです。

デスクトップ版のClaude Codeなら、画面の右側に稼働状況を出しておけます。

出し方

1. 画面右上のツールバー（アイコンが並んでいるところ）から Views（表示） を開く
2. 「バックグラウンドタスク」を選ぶ
3. 出てきた区画の見出しをドラッグすれば、右端に置いて常時表示にできる

サブエージェントが動き出すと、入力欄の下にも「◯件の実行中タスク」というリンクが出ます。そこを押しても同じものが開きます。

図5｜バックグラウンドタスク — 別室の様子はここで見る

複数のサブエージェントを同時に走らせても同じ一覧に並びます。誰がどこまで進んでいるかが一目で分かり、おかしいと思ったら個別に止められます。「丸投げしたきり戻ってこない」という状態にはなりません。

第6章

名前は覚えなくていい — 呼び出しを決めるもの

専門のサブエージェントを作ると名前が付きますが、その名前を覚える必要はありません。「この仕事はこのサブエージェントだ」と判断しているのは、指示書の description（役割の一言説明）だからです。

ということは、description に「自分が言いそうな言い回し」を書いておけばいいわけです。

図6｜description には「自分が言いそうな言い方」を書いておく

こうしておけば、「これ本当？」と普通に聞くだけでサブエージェントが動きます。逆に description が「ファクトチェッカー」の一言だけだと、呼ばれるべき場面で呼ばれません。

なお、スキルもまったく同じ仕組みで呼び出されます。/コマンド名 を覚えていなくても、普段の言葉で発動します。

第7章

いつ「専門のサブエージェント」を作るのか

サブエージェントには2通りあります。その場で頼むだけのサブエージェントと、指示書（.md）を用意した専門のサブエージェントです。作り込む前に、線引きを押さえておきます。

決定的な違いは「積み上がるかどうか」です。その場のサブエージェントは、注意点を毎回自分で言い足さないと反映されません。つまり言い忘れたら、その回は無防備になります。

第8章

事故とムダを防ぐ — 道具を減らす、予算を決める

「気をつけて」ではなく「持たせない」

サブエージェントには tools で道具の制限をかけられます。ここは脱・属人の考え方がそのまま出る部分です。

たとえば「書いた文章をチェックする係」には、読む道具だけ渡して、書き込む道具を渡しません。すると指摘はできるが、勝手に書き換えることが物理的にできなくなります。「余計なことはしないでね」とお願いするのではなく、できない状態にしておく——これが人ではなく仕組みで守るということです。

書く係とチェックする係は、分ける

自分が書いたものを自分で見直しても、間違いは見つかりません。これはAIも同じです。実際に、自分の書いた文章をAIに4周チェックさせても35件の違反が残ったという実測があります。「もう直したはず」という思い込みが働くためです。

使いすぎを防ぐ — いちばん効くのは「上限を決める」

サブエージェントを動かすほど費用はかかります。抑える方法は4つありますが、効き目には大きな差があります。

とくに調べ物のサブエージェントは、放っておくと「見つからないもの」を延々と探し続けます。「1〜2回探して見つからなければ“確認できず”と報告して次へ進む」と書いておくだけで、ムダが大きく減ります。

第9章

メリットまとめと、向き・不向き

実例

組み上がった実物 — 台本を4本まとめて書かせる「編集部」

ここまでは部品の説明でした。最後に、実際に毎週動いている一式を丸ごと見ておきます。一度頼むと、動画の台本を4本まとめて書き上げる仕組みです。特別なものは1つも使っていません。これまでに出てきた部品を、置き場所どおりに並べただけです。

ファイルは5つ。3つの層に分かれている

図7｜実際に動いているファイル一式 — 置き場所そのものが役割を決めている

3つの層の違いは「いつ頭に入るか」だけ

中身の書き方はどれも同じ「ただのテキスト」です。違うのは読み込まれるタイミングで、ここさえ掴めば使い分けで迷いません。

3つめが特に大事です。ライターの指示書は、メインのAIの頭には入っていません。ライターが起動した瞬間に、本人の頭にだけ入ります。だからメインの会話は最後まで散らかりません。

一度頼むと、何が起きるか

図8｜一度の依頼で起きること — 「まず1人で試す」「途中で見せる」が事故を防ぐ

なぜ skills の欄を使っていないのか

第4章で、指示書には skills（手順書）も書ける、と説明しました。ところがこのライターの指示書は skills を使っていません。代わりに指示本文の中で、起動したら必ずこれを読め、とファイルを名指ししています。

図9｜ライターに読ませているもの — 5つとも「手順書」ではなく「素材」

理由は並べてみると分かります。5つとも手順書ではありません。お手本の完成品、業界の事実、口調の好み——すべて材料です。

安全のしかけも、この中に入っている

第8章の「気をつけてと言うのではなく、持たせない」も、同じ指示書の中で実行されています。

台本を書くのに関係のないファイルは、そもそも触らせない。道具を絞ったうえで、危ないものは名指しで禁止する。この2段構えです。

補足

「エージェントチーム」との違い

似た言葉にエージェントチーム（Agent teams）があります。どちらも「AIを複数動かす」仕組みですが、中身はかなり違います。

もし試すなら — 先に知らないと必ずハマる4つ

実際に動かして確かめた内容です（2026-09-11）。この4つを知らずに始めると、「オンにしたのに何も起きない」で止まります。

まとめ

4行でおさらい