AIに仕事を任せる話をしていると、「スキル」と「サブエージェント」が同じ意味のように聞こえることがあります。どちらもAIの仕事ぶりをよくする仕組みですが、役割は別です。
先に結論をいうと、スキルは再利用できる『仕事のやり方』、サブエージェントは仕事を任せる『別の担当者』です。レシピと料理人の関係を思い浮かべると、ぐっと分かりやすくなります。
この記事では、違いを表で整理し、どちらを選べばよいか、両方をどう組み合わせるかまで解説します。
結論:競合ではなく、役割が違う
スキルは、AIが繰り返し使える指示、手順、テンプレート、参考資料、必要に応じてスクリプトなどをまとめたものです。「この業務では何を確認し、どの順番で、どの形で返すか」を教えます。
サブエージェントは、親となるAIから一部の仕事を委任され、独立した文脈で作業して結果を返す担当です。調査、テスト、レビューのように、メインの会話を長いログや検索結果で埋めたくない仕事に向いています。
つまり、スキルは能力・手順のパッケージ、サブエージェントは実際に作業する実行単位です。どちらか一方を選ぶ場面もありますが、専門スキルを持つサブエージェントとして組み合わせることもできます。
まずは表で比較する
比べる項目 | スキル | サブエージェント |
|---|---|---|
正体 | 再利用する指示・知識・手順・テンプレート | 特定の仕事を担当する独立したAI実行単位 |
主な目的 | 仕事の品質や進め方を標準化する | 仕事を分担し、親の負荷や文脈を軽くする |
作業場所 | 通常は現在のAIの作業の中で読まれ、使われる | 親とは別のコンテキストで作業し、要約を返せる |
並行作業 | 手順そのものなので、単独では担当を増やさない | 独立性が高い作業なら、複数担当を並行できる場合がある |
向く例 | 社内形式で議事録を書く、公開前チェックを行う | 公式資料を調べる、テストを実行する、レビューする |
注意点 | 手順が古い・曖昧だと、同じ誤りを繰り返す | トークンや時間を使い、並行した書き込みは衝突しうる |

スキルとは:「毎回説明しない」ための仕事の型
スキルは、同じ種類の仕事を何度も行うときに効きます。たとえば記事制作なら、キーワード設計、一次情報の確認、構成、執筆、ファクトチェック、公開前確認という手順をスキルにできます。
OpenAIの公式ドキュメントでは、スキルを「繰り返し可能なワークフローを完了する方法をChatGPTやCodexへ教える、指示とリソースのフォルダ」と説明しています。MCPサーバーがデータや操作を提供するのに対し、スキルは「いつ、どのツールを、どの順番で使い、何を返すか」というワークフローを担います。
スキルが向くのは、次のような場面です。
- 毎回同じ確認観点でレビューしたい
- チームの文体・用語・出力形式をそろえたい
- 手順やテンプレートをAIと共有したい
- 特定のツールを使う順序や例外処理を固定したい
ポイントは、スキル自体は担当者を増やさないことです。同じAIがより迷わず、再現性高く働くための取扱説明書と考えるとよいでしょう。
サブエージェントとは:「別担当に任せる」仕組み
サブエージェントは、親エージェントが「この部分だけを調べて、結論と根拠を返して」と切り出して任せるものです。独自のコンテキストで作業し、結果の要約を親へ戻せます。
Codexの公式ドキュメントでは、専門エージェントを並列に動かして結果を集めるワークフローとして説明されています。検索結果、ログ、テスト出力のような途中情報をメインの会話へ大量に持ち込まず、要約だけを受け取れることが強みです。
向いているのは次のような仕事です。
- 複数の公式資料を分担して読み、根拠を集める
- コードベースの調査、テスト、セキュリティ観点のレビューを分ける
- 長いログや議事録から、論点だけを抽出する
- 複数の選択肢を独立して比較する
ただし、サブエージェントを増やせば必ず速くなるわけではありません。同じファイルを複数担当が書き換える仕事や、前提が頻繁に変わる仕事は、分担の調整コストが上回りがちです。
迷ったときの選び方
次の問いを順に考えると選びやすくなります。
- 同じやり方を何度も使いたいか?
- はい: まずスキルを作ります。
- 独立した仕事を同時に進めたいか?
- はい: サブエージェントを検討します。
- 専門のやり方を持った担当者に、毎回似た仕事を任せたいか?
- はい: スキルを持つサブエージェントとして組み合わせます。
たとえば「社内の公開ルールに従って記事をレビューする」はスキルだけで始められます。「競合記事、公式資料、法務観点を別々に調べて、結論を一つにまとめる」ならサブエージェントが役立ちます。
いちばん強い使い方:スキルを持つサブエージェント
実務では、二者を組み合わせると力を発揮します。
たとえば親エージェントが記事制作全体を管理し、サブエージェントに「一次情報の調査」を任せるとします。その調査担当には、出典の優先順位、確認日、引用時の注意、返却フォーマットを定めたリサーチ用スキルを渡します。
この構成なら、親は全体の目的と最終判断に集中でき、担当者は同じ品質基準で調査を進められます。料理にたとえるなら、レシピ(スキル)を持った調理担当(サブエージェント)に、一品を任せるイメージです。
Claude CodeとCodexでの見え方
製品ごとに名称や設定画面は異なりますが、基本の切り分けは共通です。Claude Codeは、サブエージェントを独立したコンテキスト、専用のシステムプロンプト、ツールアクセス、権限で動く専門AIとして説明しています。Codexは、並列のサブエージェント・ワークフローと、結果を統合する親の流れを強調しています。
どちらも、同じ専門担当を繰り返し起動するなら、担当用の指示や設定を再利用できる形にしておくほど運用しやすくなります。細かな機能は製品・プラン・バージョンで変わるため、実際に設定する前に公式ドキュメントで確認してください。
導入時の小さなチェックリスト
- スキル: 目的、開始条件、手順、出力形式、例外時の扱いが書かれている
- サブエージェント: 任せる範囲、使えるツール、返す形式、完了条件が決まっている
- 両方: 書き込み操作の権限と最終確認者が決まっている
- 並行作業: 同じデータやファイルを同時に更新しないようにしている
最初は、スキルを1つ作るか、読み取り専用のサブエージェントを1つ試すところからで十分です。成功パターンを確認してから、組み合わせや並行数を増やしましょう。
今日の一歩
いまAIへ繰り返し頼んでいる仕事を一つ選び、「毎回同じ説明をしている部分」と「別担当に切り出せる部分」に分けてみてください。前者がスキル、後者がサブエージェントの候補です。
スキルで仕事の型を整え、サブエージェントで仕事の量を分ける。 この順番を意識するだけで、AIとの協働はかなり設計しやすくなります。
参考資料
※ 記事内の仕様説明は、2026年8月18日時点で公開されている各社の公式ドキュメントをもとにしています。



