Claude CodeのMCP・Skills・Subagents実務ガイド｜違いと使い分け
Claude CodeのMCP、Skills、Subagentsは、どれも「できることを増やす機能」に見えます。しかし、解決する問題は別です。
- MCP：Claude Codeを外部のツールやデータへ接続する
- Skills：繰り返す手順・知識・素材を再利用できる形にする
- Subagents：専門的な役割を別のコンテキストへ分けて任せる
実務では、3つを最初から全部入れません。まず通常の会話とCLAUDE.mdで一つの仕事を安定させ、繰り返す手順をSkillへ移し、コンテキストや役割を分ける必要が出たらSubagentを追加し、外部接続が不可欠なときだけMCPを導入します。
違いを一枚で整理
| 機能 | 解決する問題 | 主な入力 | 主なリスク | 最初の質問 |
|---|
| MCP | 外部サービスやデータへ届かない | サーバー、ツール、リソース、認証 | 権限・外部送信・サプライチェーン | 接続なしでは達成できないか |
| Skills | 毎回同じ説明・手順が必要 | SKILL.md、参考資料、スクリプト、素材 | 古い手順・過剰な自動化 | 3回以上繰り返す安定手順か |
| Subagents | 一つの会話が長い・役割が混ざる | 役割、指示、利用可能なツール | 委譲漏れ・結果統合・コスト | 独立した成果物に分けられるか |
CLAUDE.mdはこの3つと競合しません。プロジェクト全体の共通前提を置き、MCP・Skill・Subagentは必要な能力や手順、役割を追加します。CLAUDE.mdの用途別テンプレートも参照してください。
MCP：外部接続を追加する
MCP（Model Context Protocol）は、Claude Codeと外部のツール・データソースを接続する仕組みです。たとえば、承認済みのIssue管理、ドキュメント、データベース、ブラウザ、社内APIを扱う入り口になります。
MCPが向く例
- Issueの内容を読み、実装結果を紐づけたい
- 承認済みドキュメントを検索して回答の根拠にしたい
- 読み取り専用データベースから検証用データを取得したい
- ブラウザ上の画面を操作してテストしたい
MCPを使わない方がよい例
- ローカルファイルだけで完了する
- 一度だけ使う短い手順
- 接続先の提供元・権限・保存先が説明できない
- 本番書き込みや決済操作を最初の検証に含める
導入前の7項目
- 提供元とライセンス
- 取得・送信するデータ
- 読み取り・書き込み・削除の能力
- 必要な秘密情報と保存場所
- 接続先ドメインとネットワーク
- ログ・監査・更新方法
- 停止・削除・資格情報失効の方法
具体的な設定スコープと接続確認は、
関連記事 — 連携Claude Code と MCP サーバーの連携ガイド｜外部ツールをAIエージェントに接続Claude Code の MCP（Model Context Protocol）連携を 2026 年仕様で徹底解説。仕組み・3 スコープ設定・公式 MCP サーバー一覧・filesystem/github/postgres の実例・TypeScript SDK での自作・セキュリティと権限管理まで網羅。
で詳しく説明しています。
Skills：繰り返す成功手順を再利用する
Skillsは、Claude Codeへ特定の仕事の進め方を教える仕組みです。SKILL.mdを中心に、必要に応じて参考資料、スクリプト、テンプレートなどをまとめます。
Skillが向く例
- 毎週同じ形式の分析レポートを作る
- プロジェクト固有のレビュー手順を実行する
- リリースノートを決まった根拠と形式で作る
- ブランドや法務チェックを含む資料作成フローを再利用する
良いSkillの条件
- 一つの明確な目的がある
- 入力と成果物が説明できる
- 手順に判断ポイントと停止条件がある
- 検証方法が含まれる
- 必要なときだけ関連資料を読む
- 担当者と最終テスト日が分かる
まだ毎回手順が変わる仕事は、Skill化を急ぎません。通常の会話で3回ほど試し、共通部分と例外を分けてから固定すると保守しやすくなります。作成方法は、
関連記事 — 活用Claude Code Skills の使い方｜カスタムスラッシュコマンドで作業を自動化Claude Code Skills の作成方法と活用事例を解説。カスタムスラッシュコマンドの定義、プロジェクト固有のワークフロー自動化、チームでの共有方法を紹介します。
を参照してください。
Subagents：役割とコンテキストを分ける
Subagentsは、特定の役割・ツール・指示を持つエージェントへ作業を分ける仕組みです。メインの会話とは別のコンテキストで動くため、大量の調査結果をそのまま主作業へ混ぜず、要点と成果物を返せます。
Subagentが向く例
- 複数ディレクトリの読み取り調査を並行する
- 実装者とは別の観点でセキュリティレビューを行う
- テスト失敗を独立して切り分ける
- 複数の候補案を同じ評価軸で比較する
分けない方がよい例
- 1ファイルの小さな修正
- 同じファイルを複数のAgentが同時編集する
- 成果物と完了条件を分けられない
- 依存関係が強く、逐次判断が必要
Subagentへ渡す依頼には、対象範囲、読み取り・書き込み可否、成果物の形式、検証、停止条件を明記します。並列化は速さを保証しません。調整と統合のコストが増えるため、独立性が高い仕事に限定します。
詳しい定義と構成例は、
関連記事 — 活用Claude Code サブエージェント｜並列処理で開発を高速化する方法Claude Code のサブエージェント機能を解説。Task ツールによる並列処理、コードリサーチの委譲、大規模リファクタリングでの活用方法を紹介します。
で確認できます。
3機能を組み合わせる実務例
例1：週次の製品変更レポート
目的： 公式の変更を確認し、自社への影響だけを週次でまとめる。
- MCPで承認済みの公式情報源を取得する
- Skillで「差分抽出→影響判定→根拠確認→出力」の手順を固定する
- Subagentを「仕様」「セキュリティ」「運用」の3観点に分ける
- メインAgentが重複と矛盾を統合する
- 人が一次ソースと重要な主張を確認して公開する
ここでMCPは接続、Skillは工程、Subagentsは役割を担当します。
例2：Webサイトの品質監査
目的： サイトの技術・内容・回遊を同じ基準で点検する。
- MCP：ブラウザ、分析データ、Issue管理への承認済み接続
- Skill：URL一覧、検査基準、レポート書式、再検証手順
- Subagents：技術SEO、アクセシビリティ、内容、内部リンクを分担
- 人の確認：優先順位、ブランド判断、公開・削除・リダイレクト
複数Agentが同じソースファイルを編集しないよう、監査結果の出力先と修正担当を分けます。
例3：営業週報の作成
小規模なら3機能は不要です。最初はローカルのダミーCSVと一つのプロンプトで十分です。運用が安定してから、次の順で拡張します。
CLAUDE.mdへ入力・出力・検算ルールを記載- 毎週同じ工程になったらSkill化
- CRM接続が必要かつ承認されたらMCPを追加
- 地域別など独立集計が大きい場合だけSubagentsを検討
業務例と安全な検証手順は、
関連記事 — 使い方Claude Codeで業務自動化｜営業・マーケ・管理部の実務例15選Claude Codeを営業・マーケティング・管理部で使う実務例15選。入力、成果物、検証、リスクを整理し、CSV集計・資料作成・定型文書を安全に自動化する手順を紹介します。
を参照してください。
導入順：小さく増やす5段階
Level 0：通常の会話
一つの入力、一つの成果物、一つの検証で試します。失敗理由を記録します。
Level 1：CLAUDE.md
繰り返し説明するプロジェクト前提と完了条件だけを残します。無料ジェネレーターでたたき台を作れます。
Level 2：Skill
成功した手順を再利用します。バージョン、最終テスト日、オーナーを付けます。
Level 3：Subagent
独立した調査・検証・レビューを分けます。並列数ではなく、統合後の品質と総所要時間を測ります。
Level 4：MCP
外部接続なしでは達成できない価値がある場合だけ、最小権限で接続します。接続先と資格情報を定期的に棚卸しします。
順番は絶対ではありませんが、能力を増やす前に工程を安定させると、失敗時の原因を切り分けやすくなります。
セキュリティと品質の共通チェック
セキュリティ設定チェッカーでは、主要な12項目をブラウザ内で自己点検できます。組織へ広げる場合は、
関連記事 — 活用Claude Codeのチーム運用｜権限・費用・品質を管理する実践ガイドClaude Codeをチームで運用するための実務設計。利用目的、データ、権限、品質、費用、監査のルールと、2〜4週間の導入手順をチェックリストで解説します。
も合わせて確認してください。
効果測定
「Agentを3つ使った」「MCPを5つ追加した」は成果ではありません。
| 指標 | 見る理由 |
|---|
| 成果物の完了率 | 最後まで使える結果になったか |
| 総所要時間 | 並列化と統合を含めて速くなったか |
| 人の介入・修正回数 | 自動化の裏で手戻りが増えていないか |
| 検証合格率 | テスト・照合で品質を確認できたか |
| 利用費用 | 仕事の価値に見合うか |
| 権限・情報事故 | 能力追加でリスクが増えていないか |
| 更新工数 | SkillやMCPを保守できるか |
機能数ではなく、検証済みの成果物を安定して完成できるかで判断してください。
公式情報・最終確認
株式会社BlueAI||法人向けAI導入・内製化支援
