スキルとサブエージェントの違い｜渡し先を選ぶ4つの軸

「この作業、スキルに書けばいいんでしょうか。それともサブエージェントに投げるんでしょうか」。AIエージェントを社内で動かし始めた人から、この質問をよく受けます。

どちらへ渡しても、作業そのものは進みます。違うのは、終わったあとに残る跡のほうです。片方は渡した中身がその会話に居座り、もう片方は別の場所で動いて結果だけを持ち帰ります。この差は渡した直後には見えません。何ターンか進んで、会話が重くなってから効いてきます。

この記事は、スキルとサブエージェントの違いを「文脈がどこにとどまるか」という一点から切り分けます。素材は公式ドキュメントの記載と、運営元WEBMARKSが自分の委譲ルールで実際に使っている線引きです。

案内役は3人です。若葉さんが言葉のところから聞き、高梨課長が自分の手で動かす側から聞き、鈴木さん（本誌監修）が答えます。

01スキルとサブエージェントの違いって、結局どこにあるんですか？

若葉さん

若葉さんの発言

どちらもClaudeに仕事を任せる仕組みですよね。呼び名が違うだけ、ということではないんですか。

鈴木さん

鈴木さんの発言

荷物をどこへ置くかの違い、と考えると分かりやすいと思います。スキルは同じ机の上に資料を広げるほう。サブエージェントは別室で作業して、報告書だけ持って戻ってくるほうです。

スキルとサブエージェントの違いは、知識や手順をいまの会話に注ぎ込むか、作業ごと切り離した別の文脈へ渡すかです。

読みどころは次の3点です。

1. スキルは発火すると呼び出し元と同じ会話に読み込まれ、その後もそこに残り続けます。サブエージェントは独自のコンテキストウィンドウで動き、終わると要約だけを返します。
2. この先も使う知識か、一度きりの重い作業を隔離したいか。この残し方の違いが、渡し先を決める第一の関門になります。
3. 権限・モデル・自動発火の止め方も別の仕組みで用意されています。副作用のある操作ほど、渡し先の選び方が結果を左右します。

Claude Codeの公式ドキュメントは、両者を並べて案内しています。会話の文脈内で動く再利用可能な指示が欲しいなら、スキルを検討する。この案内は同ドキュメント「Create custom subagents」によるものです（2026-08-03時点）。本記事はこの案内を軸に、判断の物差しを4つへ分解します。

02スキルはAIエージェントの会話に、いつ何が読み込まれるんですか？

Claude Codeの公式ドキュメントは、スキルの仕組みをこう説明しています。SKILL.mdを書けば、Claudeの持ち物に追加されるという仕組みです（出典: Claude Code公式ドキュメント「Extend Claude with skills」）。同じ指示を会話のたびに貼り直しているとき、あるいはCLAUDE.mdの一節が手順として育ったときが、スキルを作るタイミングです（出典: 同上）。

肝心なのは、中身が「いつ」会話へ入るかです。発火する前のスキルは、名前と説明文だけが使われます。発火した瞬間に、SKILL.mdの中身がその会話へ1通のメッセージとして挿入されます。そしてClaude Codeは、その会話中はファイルを読み直しません（出典: 同上）。

つまりスキルは、常時知識をずっと抱えているわけではありません。呼ばれるまでは表札だけで待機し、一度呼ばれたらその場に居座る仕組みです。ここを取り違えると、「書いてあるのに読んでくれない」と「もう消えてほしいのに残り続ける」の両方が同時に起きます。

この居座り方が、CLAUDE.mdとの役割分担を決めます。CLAUDE.mdは毎回読み込まれる事実の置き場所、スキルは使うときだけ読み込まれる手順の置き場所です。命名や分割の型を含む設計の基準そのものは、AIエージェントのスキル設計｜呼ばれる単位に分ける4つの型で扱っています。本記事は、サブエージェントとの境界だけに絞ります。

03サブエージェントは、前の会話をどこまで引き継いでくれるんですか？

公式ドキュメントは、サブエージェントを次のように定義しています（出典: Claude Code公式ドキュメント「Create custom subagents」）。独自のシステムプロンプトとツールアクセスを持ちます。独立した権限を持ち、専用のコンテキストウィンドウで動くアシスタントです。検索結果やログ、ファイルの中身のような、あとで参照しない出力が会話にあふれそうなときに使う仕組みです（出典: 同上）。

決定的な違いは、引き継ぐ範囲にあります。サブエージェントは起動のたびに新しいコンテキストで始まり、会話履歴・すでに読んだファイル・使用済みのスキルのいずれも引き継ぎません（出典: 同上）。受け取るのは、Claudeが書いた委譲メッセージと、CLAUDE.mdの階層、親セッション開始時点のGitステータスだけです（出典: 同上）。

作業を終えて親の会話へ戻るのは要約だけで、探索の過程そのものは親に残りません。スキルが「その場に居座る」のに対し、サブエージェントは「独立して動き、要約だけを持ち帰る」構造です。

高梨課長

高梨課長の発言

引き継がないということは、こちらが前提を書き落としたら、そのまま抜け落ちるわけですね。

鈴木さん

鈴木さんの発言

そうなります。人に頼むときの依頼メールと同じで、書いていないことは伝わりません。ゴール・範囲・入力・返し方をその1通に入れておく、という運用にしています。

何体まで並列に動かし、判断役と実行役をどう分けるかという設計思想は、サブエージェント設計｜委譲の線引きと3つの失敗で扱っています。ここでは、スキルとの境界だけに絞ります。

04スキルとサブエージェントの違いを、7つの観点で並べるとどうなりますか？

同じ「作業を任せる」でも、仕組みが違えば結果の残り方も変わります。並べて確かめます。

置き場所の違いは見落とされがちですが、実務では一番はっきりした判定材料です。.claude/skills/に置くか.claude/agents/に置くかを、まず決めます。決めた時点で、残りの観点は仕組みとして自動的に決まります（出典: Claude Code公式ドキュメント、2026-08-03時点）。

05スキルとサブエージェント、AIエージェントに渡す先はどの順番で決めればいいんですか？

依頼をどちらに渡すか迷ったら、次の軸を上から順に確認します。答えがはっきりした時点で、渡し先はほぼ決まります。

1. 残したい知識か、消えてよい探索か：この先の会話でも繰り返し参照する基準や手順ならスキルへ。今回限りで、結果だけ分かればいい調査や下読みならサブエージェントへ渡します。
2. 出力が今の会話を圧迫しないか：検索結果・ログ・ファイルの中身のような大量の生データが出るなら、サブエージェントで隔離します。数十行の手順やチェックリストなら、スキルのままで十分です。
3. 権限やモデルを個別に縛りたいか：読み取りだけにしたい、安いモデルに固定したいという要求があります。その場合は、tools・model・permissionModeを独立に持てるサブエージェントが向きます。
4. 副作用をどう止めたいか：手動起動だけに限定したいならスキルのdisable-model-invocationを使います。特定の委譲先そのものを禁じたいなら、permissions.denyでAgent名を拒否します。

最初の2つが第一の関門です。3つ目と4つ目は、上の2つで「サブエージェント寄り」と出たあとの微調整に使います。順番を入れ替えて権限の話から始めると、そもそも切り離す必要のない依頼にまで独立実行の設計を持ち込むことになります。

送信・公開・削除といった副作用のある操作を止める設計そのものは、AIエージェントの承認ゲート｜止める操作4種と3層の選び方で扱っています。

06うちではスキルとサブエージェントを、AI社員の運用でどう分けているんですか？

WEBMARKSは2026-06-24に7部署・30体のAI社員体制へ統合しました。.agents/skillsは2026-07-28時点で59本まで増えています（自社実測台帳より）。本数が増えるほど、何を会話に残し、何を切り出すかの線引きが曖昧だと運用が崩れます。

社内の委譲ルール（2026-07-24制定）は、実働を「日本語ドラフトの執筆」「Vault内外の裏取り」「機械的な整形」という3種類の子エージェントへ渡す設計です。この記事自体の執筆も、その委譲ルールに沿ってサブエージェントへ渡された1本です。

積み上げると、表とは別の見え方になります。下にあるものほど動かさない、ということです。文体規約や命名の型は、記事が変わっても同じものを引きます。執筆フォーマットは案件ごとに少し変わります。いちばん上の実行だけが、毎回まるごと入れ替わります。

高梨課長

高梨課長の発言

この線引きは、うちのような小さいチームでもそのまま使えるものでしょうか。

鈴木さん

鈴木さんの発言

部署の数は関係ないと思っています。見るのは、その中身を来月も同じ形で引くかどうか。引かないものを会話に残さない、というだけの基準です。

07スキルとサブエージェントを、1つのAIエージェントで両方使えるんですか？

スキルとサブエージェントは、排他的な選択肢ではありません。Claude Codeは、両者をまたぐ設定を2つ用意しています。

1つ目は、スキル側にcontext: forkを付ける方法です。指定すると、そのスキルの中身がサブエージェントへの指示に変わります。会話履歴を持たない、独立した文脈で実行されます（出典: Claude Code公式ドキュメント「Extend Claude with skills」）。次は公式ドキュメントの例を要約した書き方です。

---
name: deep-research
description: 特定のテーマを厚く調べる
context: fork
agent: Explore
---

指定されたテーマについて、関連ファイルを横断的に調べ、要点を返してください。

普段は会話にとどめておきたい手順でも、実行のたびに大量の探索が発生するなら、この書き方でサブエージェント側の性質を借りられます。

2つ目は逆方向です。サブエージェントの定義にskillsフィールドを書く方法もあります。指定したスキルの中身が、起動時にまとめて読み込まれます（出典: Claude Code公式ドキュメント「Create custom subagents」）。

---
name: article-writer
description: 記事の執筆を担当する
skills:
  - style-guide
  - format-standard
---

サブエージェントは会話履歴を引き継ぎませんが、この書き方なら、いつも使う規約だけは最初から持たせられます。委譲メッセージを毎回長く書き直す手間も減ります。

08サブエージェントに渡せば、AI導入の事故は防げるんですか？

高梨課長

高梨課長の発言

別の文脈で動くなら、こちらの本番環境には手が届かない、という理解でよいですか。

鈴木さん

鈴木さんの発言

そこは分けて考えたほうがいいです。文脈が別になっただけで、使える道具は減っていません。減らしたいなら、道具のほうを明示的に取り上げる必要があります。

つまずきやすい誤解を並べます。

09サブエージェントで文脈を分けることは、AIエージェントの権限を絞ったことになるんですか？

3つの誤解に共通するのは、「文脈が別れているかどうか」を「安全かどうか」や「賢さの差」と混同している点です。分けたのは作業机であって、鍵束ではありません。文脈の分離は権限の分離とは別の設計判断で、両方を別々に決める必要があります。

10スキルとサブエージェントの渡し先を選び間違えると、生成AIの会話には何が起きるんですか？

選び間違えても、すぐには何も起きません。困るのは、そのあとです。

重い調査結果を会話へ書き込み続けると、以後のターンで使える余地がそのぶん削られていきます。やがて自動要約（オートコンパクション）が働き、それまでのやり取りが圧縮されます。要約は便利ですが、圧縮の粒度は選べません。残しておきたかった前提が、まとめて短くされることがあります。

サブエージェントへ渡していた場合、親の会話に積み上がるのは要約だけです。探索の過程は別の文脈で完結し、そこで捨てられます。同じ作業量でも、親の側で目減りする量が変わります。

逆向きの失敗もあります。繰り返し引く基準をサブエージェント側に閉じ込めると、毎回の委譲メッセージへ同じ説明を書き足すことになります。会話は軽いままですが、依頼の文が長くなり、書き落としも増えます。

11よくある質問

12まとめ｜今日やる3つのこと

違いは能力ではなく、跡の残り方でした。順番は、残し方から見て、権限は後から足すでした。そして文脈を分けたことは、権限を絞ったことの代わりにはなりませんでした。