MCPとは?AIエージェントと外部ツールをつなぐ仕組み・APIやRAGとの違いを解説

ナレッジ

MCPとは、AIアプリケーションと外部ツール・外部データをつなぐための標準仕様です。AIエージェント、Claude、ChatGPT、Cursor、Claude Codeなどの文脈で見かける機会が増えていますが、「結局何ができるのか」「APIやRAGと何が違うのか」「安全に使えるのか」が分かりにくい用語でもあります。

本記事では、MCPの基本的な意味から、できること・できないこと、AIエージェントとの関係、API・RAG・Function Callingとの違い、使う前に確認すべき料金・上限・対応環境、セキュリティ上の注意点まで整理します。

先に結論を言うと、MCPはAIを自律的に動かす魔法の仕組みではありません。AIが外部ツールや外部データを扱うための接続レイヤーとして理解すると、役割が分かりやすくなります。

この記事は、次のような人におすすめです。

  • MCPとは何かを初心者向けに整理したい人
  • AIエージェントとMCPの関係を理解したい人
  • MCPとAPI・RAG・Function Callingの違いを知りたい人
  • Claude、ChatGPT、Cursor、Claude CodeなどでMCPという言葉を見かけて気になっている人
  • MCPを使う前に、料金・上限・対応環境・権限管理の注意点を確認したい人

MCPの全体像を先に押さえておくと、AIエージェントやAI開発ツールの外部連携を理解しやすくなります。専門用語をできるだけ分解しながら、MCPの役割と注意点を順番に解説していきます。

MCPとは?AIと外部ツールをつなぐ標準仕様

MCP(Model Context Protocol)は、AIアプリケーションと外部ツール・外部データをつなぐための共通ルールです。ローカルファイル、データベース、検索ツール、業務システム、開発ツールなど、さまざまな外部環境へAIを接続するための標準仕様として使われる場面が増えています。

通常のチャットAIは、会話の中に入力された文章と記憶をもとに回答します。一方、MCPに対応した環境では、AIが外部のファイルを参照したり、特定のツールを呼び出したり、別のシステムから必要な情報を取得したりできるようになります。MCPは、AIが「会話の中だけで答える」状態から、外部の情報や機能を使える状態へ広げるための接続基盤です。

ただし、MCPはAIエージェントそのものではありません。MCPを入れるだけでAIが自律的に何でも実行できるようになるわけではなく、実際に何ができるかは、使っているAIサービス・MCPサーバー・接続先のツール・権限設定によって変わります。また、MCPはAPIやRAGと同じものでもありません。APIはサービス同士が機能やデータをやり取りする入口、RAGは外部情報を参照して回答に使う設計であり、MCPは「AIアプリケーションが外部ツールや外部データに接続するための標準仕様」として、それらとは役割が異なります。

MCP OVERVIEW
MCPの基本的な位置づけ
🤖
AI App / Host
AIアプリケーション
Claude / ChatGPT /
Cursor など
接続
MCP Layer
共通接続レイヤー
Model Context Protocol
標準仕様・共通ルール
呼び出し
🔌
External Tools
外部ツール・データ
ファイル / DB / GitHub /
業務システム など
MCPはAIエージェントそのものではありません。AIが外部ツールやデータに接続するための「共通ルール(標準仕様)」です。実際に何ができるかは、使っているAIサービスや接続先の設定によって変わります。

MCPでできること・できないこと

MCP CAPABILITIES
MCPでできること・できないこと
できること
  • 外部データを参照する
    ファイル・DB・リポジトリなどをAIが読み取れるようにする
  • 外部ツールを呼び出す
    検索・計算・API呼び出しなどをToolsとして提供できる
  • 作業テンプレートを使う
    Promptsとして定型の指示・手順をあらかじめ用意できる
  • 複数ツールへの接続を標準化する
    AIアプリごとに個別実装せず、共通ルールでつなげる
できないこと
  • AIを自律的に動かす
    MCPはエージェントそのものではない
  • すべてのツールを自動で使えるようにする
    接続できるのはMCP対応のサーバーのみ
  • 料金・上限・対応環境を決める
    それらは利用サービス側の仕様による
  • 安全性をMCPが保証する
    権限・実行内容の確認は利用者の判断が必要
ポイント:MCPはあくまで「接続を標準化するルール」です。何ができるかは、使っているAIサービス・MCPサーバー・接続先の設定によって異なります。

MCPでできること

WHAT MCP PROVIDES
MCPサーバーが提供できる3つの要素
Resources
外部データの参照
AIが読み取れる情報源を提供する。ファイル・DB・ドキュメント・リポジトリなど。
例:社内ドキュメント、GitHubリポジトリ、ローカルファイル
Tools
外部ツールの呼び出し
AIが実行できる機能を提供する。検索・計算・API呼び出し・DB照会など。
例:Web検索、データベース照会、外部API実行
Prompts
作業テンプレートの活用
あらかじめ用意された指示・手順を呼び出せる。チーム内の作業標準化に使いやすい。
例:定型レポート生成、コードレビュー手順、問い合わせ対応テンプレート

MCPでできることの核心は、AIと外部環境の接続を共通ルールで整えることです。Resources・Tools・Promptsという3つの要素を通じて、AIが参照できる情報・実行できる機能・使える作業手順を、MCPサーバー側で管理・提供できるようになります。

ただし、注意が必要なのは「MCPが接続できること」と「AIが自律的に実行すること」は別の話だという点です。MCPはあくまで接続の標準仕様であり、実際に何を読めるか・何を実行できるか・実行前に確認が入るかは、使っているAIサービスやMCPサーバー、権限設定によって異なります。「MCPを入れれば何でも自動化できる」という理解は、期待と現実のズレにつながりやすいため、接続先ごとの仕様を確認することが出発点になります。

MCPだけではできないこと

MCPは外部ツールや外部データへの接続を整える仕組みですが、MCPを導入しただけでAIが何でもできるようになるわけではありません。接続の標準仕様であるMCPは、AIの判断力・実行できる操作の範囲・使えるツールの種類を自動的に決めるものではないためです。

たとえば、MCPに対応した環境でも、AIが使えるのはMCPサーバー側で提供され、かつホストアプリ側でも許可されているツールやデータに限られます。接続されていないファイルやサービスを勝手に参照することはできません。「MCPを入れれば外部ツールが自由に使える」というイメージは、実際の動作とズレが生じやすいため注意が必要です。

また、料金・上限・対応環境・対応デバイスはMCPが決めるものではありません。MCP自体に共通の料金表や利用上限があるわけではなく、実際の制限はClaude・ChatGPT・Cursor・Claude Codeなど、利用するサービスや環境ごとに異なります。「MCPに対応している」という情報だけでは、無料で使えるか・スマホで使えるか・どのモデルで動くかまでは判断できないため、サービスごとの公式情報を別途確認することが出発点になります。

さらに、MCPは安全性を自動的に保証するものでもありません。信頼できないMCPサーバーを接続すると、意図しない情報共有や過剰な権限付与につながる可能性があります。提供元・権限・実行内容・認証方法は、接続前に確認しておくことが重要です。

LIMITATIONS
MCPだけではできないこと
MCPは接続を整える仕組みです。以下は「MCPを入れれば解決する」という誤解が起きやすい点です。
1
AIが自律的に判断・実行する
MCPはAIエージェントそのものではなく、外部接続のルールです。自律的な行動はAIサービス側の機能によります。
2
接続していないツールやファイルを参照する
AIが使えるのはMCPサーバー側で提供され、ホストアプリが許可した範囲のみです。未接続のサービスは参照できません。
3
料金・上限・対応環境を決める
MCP自体に共通の料金や上限はありません。Claude・ChatGPT・Cursorなど、利用サービスごとに確認が必要です。
4
接続の安全性を自動保証する
信頼できないMCPサーバーへの接続は、意図しない情報共有や権限付与のリスクがあります。提供元・権限・実行内容は接続前に確認してください。
整理:MCPは「AIと外部ツールをつなぐ土台」です。その上で何ができるかは、AIサービス・MCPサーバー・接続先ツール・権限設定によって変わります。

MCPが使われる主な場面

外部データを参照する

MCPが使われる代表的な場面のひとつが、AIに外部データを参照させるケースです。通常のチャットAIは会話の中の情報をもとに回答しますが、MCPに対応した環境では、AIアプリケーションが外部のファイル・データベース・ドキュメント・APIレスポンスなどを参照できるようになります。

たとえば、社内マニュアル・プロジェクト資料・GitHubリポジトリ・顧客対応履歴・商品データベースといった情報をAIに参照させたい場合、MCPサーバーがそれらを「Resources」として提供することで、AIは必要な文脈を取得しながら回答しやすくなります。

ただし、MCPは外部データをAIに丸ごと記憶させる仕組みではありません。MCPはあくまで接続のためのルールであり、どのデータを読めるか・どの範囲まで参照できるかは、MCPサーバー・ホストアプリ・権限設定によって変わります。また、RAGと混同されやすい点ですが、RAGは外部情報を検索・取得して回答に使う設計パターンであり、MCPは外部データや外部ツールへ接続するための標準仕様です。RAGのような仕組みを実現する際にMCPが接続手段として使われることはありますが、MCPそのものがRAGというわけではありません。

外部データを扱う際は、参照できる情報の範囲と送信先に注意が必要です。機密情報・個人情報・社内限定資料などをMCP経由で扱う場合は、読み取り専用かどうか・外部サービスに送信される可能性があるかを事前に確認しておくことが重要です。

EXTERNAL DATA
外部データ参照の流れと確認ポイント
🤖
AI App
AIアプリケーション
Claude / Cursor など
参照要求
MCP Server
接続レイヤー
Resourcesを提供
データ返却
🗄️
Resources
外部データ
許可された範囲のみ
📁
ローカルファイル
テキスト・PDF・設定ファイルなど
🗃️
データベース
商品DB・顧客履歴・社内ナレッジなど
🐙
GitHubリポジトリ
コード・README・Issue情報など
📄
社内ドキュメント
マニュアル・議事録・仕様書など
🔌
APIレスポンス
外部サービスから取得したデータ
💬
対応履歴
問い合わせ・チケット・チャット履歴
⚠ 外部データを扱う前に確認すること
🔍
参照できる範囲はどこまでか MCPサーバーと権限設定で決まります。すべてのデータが自動で読めるわけではありません。
📖
読み取り専用か、書き込みも可能か Resourcesは基本的に参照用ですが、Toolsとして書き込み操作が可能な場合もあります。
🌐
外部サービスにデータが送信される可能性があるか 機密情報・個人情報を扱う場合は、接続先の仕様と送信範囲を事前に確認してください。

外部ツールを呼び出す

外部データを「読む」だけでなく、AIに外部ツールを「呼び出させる」のもMCPの重要な使われ方です。検索・計算・データベース照会・API呼び出し・開発環境の情報取得など、AIが必要な機能を使えるようにする仕組みとして、MCPサーバーがToolsを提供します。

たとえば「このリポジトリの未解決Issueを確認して」「条件に合うデータを取得して」「外部サービスから最新情報を取ってきて」といった依頼に応える場面です。MCPサーバーが該当機能をToolsとして提供していれば、AIアプリケーションはそのツールを呼び出す形で外部システムとやり取りできます。この仕組みはAIエージェントとの相性がよく、目的に応じてツールを選びながら処理を進める場面でMCPが接続の土台として機能します。

AI開発ツールからGitHubのIssueを確認する場合、AIがGitHubを自由に操作しているわけではありません。MCPサーバーが提供するToolsを通じて、許可された範囲のIssue情報を取得し、AIアプリケーション側がその結果をもとに回答や作業提案を行うイメージです。つまりMCPは、AIに外部ツールを直接任せるというより、許可された機能を安全に呼び出すための接続経路として理解すると分かりやすくなります。

ただし、MCPに対応しているからといって、AIが外部ツールを自由に何でも操作できるわけではありません。使えるツールの範囲は、MCPサーバーが提供している機能・ホストアプリ側の対応・ユーザーの権限設定・接続先サービスの仕様によって変わります。読み取りのみか、書き込みや削除まで可能かも、接続先ごとに異なるため確認が必要です。

特に意識しておきたいのは、外部ツールの呼び出しは単なる回答生成よりも影響範囲が広いという点です。情報を取得するだけなら影響は限定的に見えますが、ファイルの変更・データの送信・チケット作成・リポジトリ操作・外部API実行などが関わる場合は、意図しない操作につながる可能性があります。「どのツールを呼び出すか」「何を実行するか」「実行前に確認できるか」「どの範囲の権限を渡しているか」を事前に把握したうえで接続することが重要です。

TOOL CALLING
外部ツール呼び出しの仕組みと確認ポイント
🔍
Web検索
最新情報・外部情報の取得
🗃️
DB照会
条件指定でデータを取得
🐙
GitHub操作
Issue確認・PR・コード参照
🔌
外部API呼び出し
サービス連携・データ送受信
🖥️
開発環境操作
エディタ情報・ターミナル連携
🧮
計算・処理
データ変換・集計・分析
情報を読み取る
検索・参照・取得
影響:小
データを送信する
API・チケット作成
影響:中
変更・削除する
ファイル・リポジトリ
影響:大
Q
どのツールを呼び出すのか MCPサーバーが提供しているToolsの内容と目的を事前に把握しておきましょう。
Q
読み取りだけか、書き込み・削除も含まれるか 操作の種類によって影響範囲が大きく変わります。接続先ごとに確認が必要です。
Q
実行前に確認ステップがあるか ホストアプリやMCPサーバーの設定によって、実行前に承認を求める場合と自動実行される場合があります。
Q
どの範囲の権限を渡しているか 必要最小限の権限のみ付与することが、意図しない操作を防ぐ基本的な対策になります。

開発環境・業務ツールと連携する

MCPは、開発環境・業務ツールとAIを連携させる場面でも使われます。コードエディタ、ターミナル、GitHub、Issue管理ツール、データベース、ドキュメント管理ツールなどをAIアプリケーションと接続し、作業に必要な情報を参照したり、特定の操作を呼び出したりできるようにする使い方です。

開発環境では、コードの説明にとどまらず、リポジトリ構造の確認、Issueの参照、エラー原因の調査、外部APIの情報取得といった作業にMCPが関係することがあります。たとえば、AIコーディングツールやエージェント型の開発支援ツールでは、MCPサーバーを通じて外部ツールや開発環境の情報を扱うことで、AIが作業文脈を把握しやすくなります。

業務ツールでも考え方は同じです。カレンダー、タスク管理、社内ドキュメント、CRM、問い合わせ履歴などにAIが接続できれば、情報を毎回コピーして貼り付ける手間を減らせます。AIは、接続先の情報をもとに、要約、確認、分類、下書き作成、次の作業の提案などを行いやすくなります。

ただし、便利さと権限管理は切り離せません。コード、顧客情報、社内資料、APIキー、売上データなどは、扱い方を誤ると情報漏洩や意図しない変更につながる可能性があります。読み取り専用なのか、書き込みや削除まで可能なのか、実行前に確認が出るのかを、接続前に把握しておくことが重要です。

なお、MCPへの対応状況はツールごとに異なります。Claude Code、Cursor、VS CodeなどではMCPサーバーを追加・管理する仕組みが公式ドキュメントで案内されていますが、対応機能、設定方法、認証方式はそれぞれ異なります。まずMCPの基本的な考え方を理解し、具体的な設定は利用するツールの公式ドキュメントで確認する、という順番で進めるのが安全です。

USE CASES
開発環境・業務ツールとの接続マップ
開発環境
🖥️
コードエディタ
Cursor / VS Code など
🐙
GitHub
リポジトリ・Issue・PR
ターミナル・CLI
Claude Code など
🔌
外部API・監視ツール
ログ・エラー情報など
業務ツール
📅
カレンダー・タスク管理
スケジュール・ToDoなど
📄
社内ドキュメント
マニュアル・議事録など
👥
CRM・問い合わせ履歴
顧客情報・対応記録など
📊
分析・レポートツール
売上・アクセスデータなど
開発
Issueを参照してコードを修正する
GitHub上のIssue内容をもとに、修正方針をAIが提案しやすくなる
開発
エラーログをもとに原因を調べる
監視ツールやターミナルのログをAIが参照し、原因の候補を絞りやすくなる
業務
問い合わせ履歴をもとに返信を下書きする
CRMや対応履歴に接続したAIが、文脈を踏まえた返信案を出しやすくなる
業務
社内ドキュメントを参照して回答する
マニュアルや仕様書にAIが接続し、コピー不要で情報をもとに回答しやすくなる
⚠ 接続前に確認しておくこと
読み取り専用か・書き込み・削除まで可能かを接続先ごとに確認する
機密情報・個人情報・APIキーが参照範囲に含まれないか確認する
対応状況・設定方法・認証方式はツールの公式ドキュメントで個別に確認する

MCPの仕組み:Host・Client・Serverの関係

Host・Client・Serverの役割

MCP STRUCTURE
Host・Client・Serverの役割分担
Host
AIアプリケーション本体
ユーザーが操作するAIアプリ。MCPを通じて外部ツールや外部データを利用する。
Client
Serverとの接続担当
Host内でMCP Serverとの通信を担う。ユーザーが直接操作する部分ではない。
例:Claude / ChatGPT / Cursor / VS Code / Claude Code
MCP通信
Server
外部機能・データの提供側
外部ツールやデータへの接続を担当。Tools・Resources・Promptsを提供する。
Tools Resources Prompts
Host
ユーザーが操作するAIアプリ本体。Claude、ChatGPT、Cursor、VS Codeなどがあたる。MCPを通じて取得した情報や機能をAIの処理に利用する。
Client
Host内でServerとの通信を担う部品。ユーザーが直接意識する場面は少ないが、MCP Serverとの接続を実際に処理する役割を持つ。
Server
外部ツール・データ・機能を提供する側。ファイル、データベース、GitHub、検索、業務ツールなどに対応するサーバーが、使える機能を整理して提供する。
補足:Hostは複数のClientを管理し、それぞれのClientが異なるMCP Serverと接続する構成を取ることがあります。対応範囲、設定方法、認証方式は利用する環境ごとに異なるため、具体的な使い方は各サービスの公式ドキュメントで確認してください。

Host・Client・Serverの役割を整理すると、MCPがどこで外部ツールや外部データと接続しているのかが分かりやすくなります。ユーザーが直接操作するのはHostであり、そのHostの内側でClientがMCP Serverとの通信を担当します。Serverは、外部ツール・外部データ・作業テンプレートなどを提供する側です。

この構造で重要なのは、ClientがHostの内側で動く接続担当であるという点です。ユーザーは通常、Clientそのものを直接操作するわけではありません。実際に意識するのは、「どのMCP Serverを接続するか」「そのServerが何を提供するか」「どの権限で利用するか」という部分です。

また、Host・Client・Serverの役割を理解することは、MCPを安全に使ううえでも重要です。どのServerを接続するかによって、AIが参照できる情報や、呼び出せる機能の範囲が変わるためです。信頼できるServerを選ぶこと、必要最小限の権限で接続すること、実行内容を確認できる状態で使うことが、安全な利用の基本になります。

つまり、MCPの仕組みは「AIアプリが外部ツールとつながる」という単純な話ではなく、Host・Client・Serverが役割を分担して接続を成立させる構造です。この役割分担を押さえておくと、MCPで何ができるのかだけでなく、どこを確認すれば安全に使えるのかも判断しやすくなります。

Tools・Resources・Promptsの違い

MCP SERVER PROVIDES
Tools・Resources・Promptsの違い
⚙️
Tools
AIが呼び出せる実行機能
「何かをする」機能を提供する。AIが必要に応じて呼び出し、外部で処理を実行できる。
Web検索・DB照会
外部API呼び出し
ファイル情報の取得
開発環境の状態確認
📂
Resources
AIが参照できる情報・データ
「何かを知る」ための文脈を提供する。回答や判断の根拠になる情報をAIに渡す。
ファイル・ドキュメント
データベースの情報
社内ナレッジ・仕様書
アプリ固有のデータ
📋
Prompts
あらかじめ用意された指示の型
「どう動かすか」のテンプレートを提供する。定型作業の手順を呼び出して使える。
コードレビュー用指示
問い合わせ対応テンプレート
要約・分類の作業手順
チーム共通のワークフロー
一言で整理すると
Tools
=
実行するもの
Resources
=
参照するもの
Prompts
=
指示の型
注意:すべてのMCPサーバーがTools・Resources・Promptsの3つすべてに対応しているとは限りません。どの機能を提供しているか・どの範囲まで使えるかは、MCPサーバーや利用するAIアプリケーションによって異なります。

この3つを混同しないことが、MCPの仕組みを正確に理解するうえで重要です。AIが外部に「接続する」といっても、機能を呼び出すのか・情報を参照するのか・作業テンプレートを使うのかによって、実際に起きることはまったく異なります。特にToolsは外部処理を実行するため、Resources・Promptsと比べて権限・実行内容の確認をより慎重に行う必要があります。

MCPサーバーを選ぶ際や接続前の確認でも、この分類は判断の基準になります。「このサーバーはToolsだけを提供しているのか、Resourcesも含むのか」「Promptsの内容はどのようなものか」を把握しておくことで、実際の動作と期待のズレを減らしやすくなります。

MCPとAIエージェントの関係

AGENT × MCP
AIエージェントとMCPの役割分担
AI Agent
何をするかを考える側
判断・計画・実行制御
目的を理解し、必要な情報・手順を考える
どのツールを使うか判断する
作業を段階的に進める
MCP
外部へつなぐ通路
接続・標準化・仲介
外部ツール・データへの接続を標準化する
Tools・Resources・Promptsを提供する
自律判断はしない。接続ルールを担う
実行フローのイメージ(例:リポジトリの問題確認)
1
AI Agent
目的を理解し、何を確認すべきか判断する
「リポジトリの構成・Issue・エラーを確認する必要がある」と判断
2
MCP
GitHub MCPサーバーへ接続し、必要な情報・ツールを仲介する
接続の標準化・権限の確認・ツール呼び出しの仲介を担う
3
External Tools
リポジトリ情報・Issue・ファイル構成を返す
許可された範囲のデータをMCP経由でAIエージェントへ渡す
4
AI Agent
取得した情報をもとに問題点を整理し、修正方針を提示する
判断・まとめ・提案はAIエージェント側が担う
整理:MCPはAIエージェントそのものではありません。エージェントが「何をするか考える」のに対し、MCPは「外部ツールへつなぐ通路」として機能します。実行できる内容は、接続されたMCPサーバーと利用サービスの仕様によって変わります。

「MCPを入れればAIが何でも自動で実行してくれる」という誤解が起きやすいのは、AIエージェントとMCPの役割が混同されているためです。AIエージェントの能力は、使っているAIモデル・ホストアプリ・ツール設計・権限設定によって変わります。MCPはその中で「外部接続の部分を共通化しやすくする仕組み」であり、エージェントの判断力そのものを高めるものではありません。

MCPとAIエージェントの関係を正確に整理すると、「エージェントの外部連携を支える接続レイヤー」です。AIエージェントが外部ツールを使って作業するには、何に接続できるか・どの権限で実行するか・実行前に確認できるかを設計する必要があります。MCPはその接続部分を標準化しやすくする役割を担っています。

MCPとAPI・RAG・Function Callingの違い

MCPとAPIの違い

MCPとAPIはどちらも外部システムとの接続に関係しますが、役割の層が異なります。APIは外部サービスが提供する「機能やデータへの窓口」であり、MCPは「AIアプリケーションが外部ツールや外部データに接続するための共通ルール」です。

天気情報・決済・GitHub・社内システムなど、外部サービスにはそれぞれAPIが用意されている場合があります。通常のアプリ開発では、そのAPIの仕様に合わせて個別に連携処理を実装します。つまりAPIは、サービスごとに用意された接続の入口です。

一方MCPは、AIアプリケーション側から見た接続の共通方式です。外部サービスごとの細かい仕様の違いをAIが直接扱うのではなく、MCPサーバーを通じてTools・Resourcesとして利用できるようにする仕組みです。ここで重要なのは、MCPはAPIを置き換えるものではないという点です。MCPサーバーの内部では、実際に外部APIを呼び出していることがあります。たとえばAIが「GitHubのIssueを取得する」ツールを使う場合、そのMCPサーバーの内部ではGitHub APIを呼び出しているかもしれません。AIから見るとMCP経由ですが、実際のやり取りにはAPIが関係しています。

料金・認証・レートリミット・APIキーの扱いなどは、MCPそのものではなく、接続先のAPIや利用しているAIサービス側の仕様に依存します。「MCPを使えばAPI管理が不要になる」という理解は誤解につながりやすいため、注意が必要です。

MCP vs API
MCPとAPIの違いと関係
比較軸
MCP
API
何のための仕組みか
AIアプリが外部ツール・データに接続するための共通ルール
サービスが機能・データを外部へ提供するための入口
誰が使うか
AIアプリケーション(Host)側
アプリ・サービス・開発者など
提供するもの
Tools・Resources・Prompts
エンドポイント・レスポンス・認証
関係性
MCPサーバーの内部でAPIを呼び出していることがある。MCPはAPIを置き換えるのではなく、AIから使いやすくする層として機能する。
AI App(Host)
ユーザーが操作するAIアプリ。MCPを通じて外部ツールを呼び出す。
↓ MCP通信
MCP Server
Tools・Resourcesを提供する接続レイヤー。内部で外部APIを呼び出す場合がある。
↓ API呼び出し
外部API・サービス
GitHub / DB / 外部サービスなど。料金・認証・レートリミットはここで決まる。
よくある誤解:「MCPを使えばAPIキー管理が不要になる」は正確ではありません。認証・料金・レートリミットは接続先のAPIや利用サービス側の仕様によります。MCPはAPIを置き換えるものではなく、AIからAPIや外部ツールを使いやすくするための接続レイヤーです。

MCPとRAGの違い

MCPとRAGの違いを理解しておくことは、MCPへの期待を正しく設定するうえで重要です。MCPで外部データへ接続できたとしても、回答の品質が自動的に上がるわけではありません。どの情報を取得するか・取得した情報が正確か・質問に合っているか・AIがその情報を適切に使えているかは、RAGの設計・検索精度・データ品質によって変わります。

なお、Embeddingやベクトル検索・検索順位付け・チャンク分割といったRAGの技術的な設計はMCPの説明とは別の領域です。本記事では「MCPは接続の基盤、RAGは回答に使うための設計」と分けて理解しておくことで、MCPの役割を正確に把握できます。

MCP vs RAG
MCPとRAGの違い
MCP
外部情報・ツールへ接続するための標準仕様
接続の仕組み
AIアプリケーションが外部データやツールにアクセスするためのプロトコル。「どうつなぐか」を標準化する。
中心:接続・標準化・Tools/Resources提供
RAG
外部情報を使って回答精度を高める設計
回答の設計
回答生成の前に外部の知識・検索結果を参照し、その情報を回答に活かす。「何を使って答えるか」を設計する。
中心:検索・取得・プロンプトへの組み込み
比較軸
MCP
RAG
何のための仕組みか
外部接続の標準化
外部情報を回答に使う設計
主な役割
ツール・データへの接続を仲介する
関連情報を検索・取得して回答に活かす
回答品質への影響
接続を整えるが、品質は自動では上がらない
検索精度・データ品質が回答精度に直結する
混同しやすい点
RAGを実現する手段としてMCPが使われることはあるが、MCPとRAGは異なる概念
🔗
MCPとRAGが重なる場面
社内文書をもとに回答するAIを作る場合、RAGの設計(検索・取得・回答への組み込み)を実現するための接続手段としてMCP(ResourcesやTools)が使われることがあります。ただしMCPで外部データへ接続できても、回答品質はRAGの設計・検索精度・データの鮮度・AIの活用次第で変わります。
この記事での整理:MCPは外部情報への接続基盤、RAGは外部情報を回答に活用するための設計。この2つを分けて理解しておくことで、MCPへの過大評価を防ぎやすくなります。

MCPとFunction Callingの違い

MCPとFunction Callingはどちらも「AIに外部機能を使わせる」場面に関係しますが、役割の層が異なります。Function Callingはモデルがアプリケーション側で用意された関数を呼び出す仕組みであり、MCPはAIアプリケーションが外部ツールや外部データに接続するための標準仕様です。

Function Callingでは、開発者が「この関数は何をするか」「どの引数を受け取るか」をスキーマとしてモデルに伝えます。モデルはユーザーの依頼に応じて必要な関数名・引数を選び、アプリケーション側がその関数を実行します。天気取得・在庫確認・予約検索といった処理を、モデルが必要に応じて呼び出すイメージです。

一方MCPは、個別アプリケーション内で関数を定義するというより、AIアプリケーションと外部ツール・外部データの接続方法を共通化しやすくする仕組みです。MCPサーバーがTools・Resourcesを提供し、MCP ClientがHost側のAIアプリケーションへ仲介します。Function Callingより広い「外部連携全体の接続レイヤー」として捉えると理解しやすいです。

両者は対立するものではありません。環境によっては、MCPで提供されたツールをホスト側のツール呼び出し機能と組み合わせて利用することもあります。「MCPがFunction Callingを完全に置き換える」とは断定しない方が正確です。Function Calling・Tool Calling・MCPは、利用するAIサービスや開発環境によって役割や実装が異なります。

MCP vs FUNCTION CALLING
MCPとFunction Callingの違い
MCP
外部ツール・データへ接続する標準仕様
接続の枠組み
AIアプリケーションと外部ツール群の接続を共通化する。複数のツール・データソースをMCPサーバー経由で提供する。
中心:外部連携の接続レイヤー全体を標準化
Function Calling
モデルがアプリ内の関数を呼び出す仕組み
モデル側の機能
開発者がスキーマで関数を定義し、モデルが必要な関数名・引数を選んで呼び出す。アプリケーション内の関数呼び出しに近い。
中心:モデルが「どの関数を呼ぶか」を判断する
比較軸
MCP
Function Calling
何のための仕組みか
外部ツール・データへの接続を標準化
モデルが関数を選んで呼び出す
定義する場所
MCPサーバー側(Tools・Resources)
アプリケーション側(スキーマ定義)
対象の範囲
複数の外部ツール・データソースへの接続全体
特定モデル・APIで定義された関数の呼び出し
関係性
対立するものではない。環境によってはMCPのToolsとFunction Callingを組み合わせて利用することもある
この記事での整理:MCPは外部ツール・データに接続するための標準仕様、Function Callingはモデルに関数を呼び出させるための機能。MCPがFunction Callingを完全に置き換えるとは断定せず、利用環境ごとに役割・実装が異なることを前提に理解しておくことが重要です。

MCPを使う前に確認すべきこと

料金・上限は利用サービス側で確認する

MCPを使う前にまず押さえておきたいのは、料金や上限はMCP自体ではなく、利用するサービス側で決まるという点です。MCPはあくまで接続のための標準仕様であり、MCP自体に共通の料金表や利用回数の上限が設定されているわけではありません。

「MCP対応」と書かれていても、それが無料・無制限を意味するわけではありません。利用できるMCPサーバーの数・呼び出せるツールの範囲・1回の応答で扱えるデータ量・外部APIの利用回数・チームや管理者設定による制限などは、使っている環境ごとに異なります。ClaudeとChatGPTとCursorとClaude Codeでは、それぞれ確認すべき料金や上限が変わります。

さらに注意が必要なのは、外部ツールを呼び出す場合はAIサービス側だけでなく、接続先サービス側の上限も関係するという点です。MCPサーバーの内部で外部APIを呼び出している場合、そのAPIの料金・レートリミット・無料枠・認証方式の制限を受けることがあります。MCPを経由しているからといって、接続先APIの制限がなくなるわけではありません。

CHECK POINT
料金・上限はどこで確認するのか
MCP 自体
共通の料金表はない
共通の利用上限はない
「無料」「無制限」とは確認できない
接続仕様を定めるものであり、課金主体ではない
確認すべきサービス側
AIサービスのプラン(Claude・ChatGPT・Cursorなど)
外部ツール・APIの料金と上限(レートリミット・無料枠など)
MCPサーバーの運用環境(自己運用・クラウドなど)
プランによるコネクタ数・権限の制限
1
利用するAIサービスの料金・上限を確認する
公式料金ページ・ヘルプページで、プランごとのMCP対応範囲・コネクタ数・制限を確認する。
2
接続するMCPサーバー・外部APIの仕様を確認する
接続先の料金・レートリミット・無料枠・認証方式は、MCPとは別に各サービスの公式ドキュメントで確認する。
3
管理画面・設定画面でプラン別の制限を確認する
利用できるコネクタ数・権限範囲・チーム管理機能の有無は、設定画面や管理者向けドキュメントで確認できる場合があります。
整理:「MCPは無料」「MCPは無制限に使える」とは断定できません。実際の料金・上限は、AIサービス・外部ツール・API・MCPサーバーの運用環境によって異なります。公式情報での個別確認が出発点です。

対応環境・対応デバイスはサービスごとに異なる

「MCPに対応している」と書かれていても、すべてのサービス・端末・プランで同じように使えるとは限りません。MCPはあくまで接続の標準仕様であり、実際にどの環境で使えるかはAIサービス側の実装によって決まります。

たとえばClaudeでは、Web経由で使うremote connectorsとClaude Desktopアプリで使うdesktop extensionsで接続方法が分かれます。ChatGPTでも、MCP appsやdeveloper modeの提供範囲はプランやワークスペース、Web版かどうかによって条件が変わる場合があります。CursorやClaude Code・VS Codeではデスクトップ・CLI・IDE環境でのMCPサーバー管理が中心となり、Web版・スマホ版とは設定の仕組みが異なります。

また、同じサービス内でもremote MCP・local MCP・desktop extension・custom connector・apps・integrationsのように似た名称の機能が並んでいる場合があります。見た目は近くても、接続先・認証方法・使える端末・管理者設定・権限の扱いが異なることがあるため、名称だけで判断しないことが重要です。

実際に使う前は、利用したいサービスの公式ドキュメントで対応プラン・対応アプリ・対応OS・Web版とデスクトップ版の違いを確認するのが出発点です。そのうえでMCPサーバーの追加方法・認証方法・管理者権限の有無・使えるツールの範囲を把握しておくと、設定後に「使えると思っていたのに表示されない」という混乱を避けやすくなります。

ENVIRONMENT CHECK
対応環境・対応デバイスはサービスごとに確認する
Web版
デスクトップアプリ
CLI / IDE
モバイル(要確認)
Claude
Web版 デスクトップ
Web版ではremote connectors、デスクトップアプリではdesktop extensionsとして接続方法が分かれる場合があります。プランや管理者設定によって使える範囲が変わることがあります。
⚠ モバイルアプリでのMCP設定対応は公式情報で確認してください。
ChatGPT
Web版 モバイル要確認
MCP apps・developer modeの提供範囲はプランやワークスペースの条件によって変わる場合があります。利用できる機能の範囲は公式情報で確認することをお勧めします。
⚠ プラン・ワークスペース条件が対応範囲に影響することがあります。
Cursor
デスクトップ IDE
デスクトップアプリ・IDE環境でのMCPサーバー管理が中心です。設定ファイルや設定画面からMCPサーバーを追加・管理できる仕組みが公式ドキュメントで案内されています。
Claude Code
CLI
CLIツールとして動作し、MCPサーバーの追加・管理はコマンドラインから行う形が基本です。設定方法・認証方式は公式ドキュメントで確認してください。
VS Code
デスクトップ IDE
拡張機能(Extensions)やMCP設定ファイルを通じてMCPサーバーを利用できる仕組みが提供されています。設定ファイルの場所・書き方・認証方式は公式ドキュメントで確認が必要です。
📋
対応プラン・対応アプリ・対応OSを確認する 同じサービスでも、プランやアプリの種類によって使える機能が変わる場合があります。
🖥️
Web版・デスクトップ版・モバイル版の違いを確認する MCP設定や外部ツール接続は、デスクトップやCLI環境のみ対応の場合があります。
🔑
MCPサーバーの追加方法・認証方式を確認する remote / local / desktop extensionなど、接続方式によって設定手順と認証方法が異なる場合があります。
👤
管理者権限・チーム設定の有無を確認する 組織・チームアカウントでは、管理者側の設定によってMCPの利用範囲が制限されることがあります。
整理:「MCPはWeb版でもスマホでも使える」とは一括りに断定できません。対応環境・対応デバイスはサービスごとに異なり、変更される可能性もあります。利用するサービスの公式ドキュメントで個別に確認することが出発点です。

設定画面の名称・場所は変わる可能性がある

UI NAMES
設定画面の名称はサービスごとに変わる
2026年6月時点の公式情報をもとに整理しています。UIは更新されることがあるため、最新の設定画面は各サービスの公式ヘルプで確認してください。
Claude
(Web版)
remote connectors
Connectors Customize
公式ヘルプでは Customize > Connectors からカスタムコネクタを追加する流れが案内されていることがあります。
⚠ プランや管理者設定によって表示される項目が変わる場合があります。
Claude
(Desktop)
desktop extensions
Extensions Settings
公式ヘルプでは Settings > Extensions からdesktop extensionsを設定する流れが案内されていることがあります。
⚠ Web版のConnectorsとは別の設定画面です。
ChatGPT
MCP apps / developer mode
Apps Developer mode Advanced Settings
公式ヘルプでは Settings → Apps → Advanced Settings などの記載が確認できることがあります。
⚠ プラン・ワークスペース・管理者設定によって表示が変わる可能性があります。
Cursor /
VS Code
設定ファイル / 拡張機能
MCP Extensions Integrations
設定ファイル(JSON)や設定画面からMCPサーバーを追加・管理する形が基本です。設定ファイルの場所や書き方は公式ドキュメントで確認してください。
🔍 公式ヘルプ内でこれらのキーワードで検索すると見つかりやすいです
MCP Connectors Extensions Apps Integrations Developer mode
古いスクリーンショットや解説記事の画面名と現在の表示が違う場合があります。公式ヘルプ内でキーワード検索すると、最新の設定場所にたどり着きやすくなります。
重要:AIサービスのUIは更新されやすく、設定画面の名称・場所・手順が変わることがあります。本図表は参考情報です。最新の設定手順は、利用しているサービスの公式ドキュメントで確認することをお勧めします。

設定画面を確認するうえで意識しておきたいのは、同じサービス内でもWeb版とデスクトップ版では表示される項目が異なる場合があるという点です。たとえばClaudeのConnectors(Web版)とExtensions(デスクトップ版)は、見た目や名称は似ていても、接続方式・認証方法・管理の仕組みが異なります。どちらを使うかを最初に確認してから設定を進めると、混乱を防ぎやすくなります。

古い解説記事やスクリーンショットだけを頼りにするのは避けた方が安全です。MCP関連の設定は変更されやすく、画面名やボタンの場所が変わることがあります。迷ったときは、利用しているサービスの公式ドキュメントやヘルプページで「MCP」「Connectors」「Extensions」「Apps」などのキーワードを検索するのが、現在の設定場所にたどり着く基本ルートです。

MCPを安全に使うための注意点

信頼できないMCPサーバーは接続しない

MCPを使うときに最も注意したいのは、信頼できないMCPサーバーを安易に接続しないことです。MCPサーバーはAIに外部データや外部ツールを提供する接続先であり、接続先によってはファイル・データベース・API・開発環境・業務ツールなどにアクセスできる可能性があります。

便利に見えるMCPサーバーでも、提供元が不明だったり、何を実行するのか分かりにくかったり、過剰な権限を求めたりする場合は注意が必要です。外部ツール連携は通常のチャット回答よりも影響範囲が広く、書き込み・削除・外部送信・API実行などが関係する場合、意図しない操作や情報漏洩につながる可能性があります。

業務で使う場合は特に慎重に確認することが重要です。社内資料・顧客情報・コード・APIキー・認証トークン・売上データなどを扱う環境に提供元不明のMCPサーバーを接続すると、どの情報がどこまで参照されるか把握しにくくなります。MCPは外部接続をしやすくする仕組みだからこそ、接続先の信頼性の確認が重要になります。

また、一度接続したMCPサーバーも、ずっと安全だと判断し続けない方がよいです。サーバーの更新・権限変更・接続先サービスの仕様変更によって、できることや扱う情報の範囲が変わる可能性があります。定期的に接続済みのMCPサーバーを見直し、使っていないものは無効化または削除する運用が望ましいです。

SECURITY
接続前の判断基準:安全な接続と危険なサインの見分け方
接続しやすい条件
公式または信頼できる提供元が明確
何をするサーバーかが明示されている
必要最小限の権限のみ求める
実行内容が事前に確認できる仕組みがある
読み取り専用など影響範囲が限定されている
注意すべきサイン
提供元が不明・説明が曖昧
何を実行するか事前に確認できない
過剰な権限(削除・全データアクセスなど)を求める
外部へのデータ送信範囲が不明
認証方式や接続先サービスが特定できない
誰が提供しているサーバーか 公式・信頼できる提供元かどうかを確認します。
どのデータにアクセスするのか ファイル・DB・APIキー・認証情報などが参照範囲に含まれないか確認します。
読み取りだけか、書き込み・削除も可能か 操作の種類によって影響範囲が大きく変わります。
外部サービスへ情報を送信するか どこにデータが送られるのかを事前に把握します。
実行前に確認ステップがあるか 承認なしで自動実行される設定になっていないかを確認します。
🔄 接続後も定期的に見直す
接続済みのMCPサーバーを定期的に一覧確認する
使っていないサーバーは無効化または削除する
サーバー側の更新・権限変更がないか変更履歴を確認する
基本方針:公式・信頼できる提供元を優先し、必要最小限の権限で接続し、実行内容を確認できる環境で使う。この3点がMCPを安全に使うための基本です。

権限・実行内容・認証情報を確認する

PERMISSION & AUTH
権限・実行内容・認証情報の確認ゲート
R
読み取り
参照・取得
影響:小
W
書き込み
作成・更新
影響:中
S
外部送信
API・データ転送
影響:大
D
削除・実行
取り消し不可の操作
要確認
1
読み取りだけか、書き込みも可能か
ファイル、データベース、GitHub、CRMなど、接続先ごとに操作の種類を分けて確認します。
2
削除や取り消し不可の操作が含まれるか
削除や上書きは、実行後に戻せない場合があります。影響範囲を事前に把握しておくことが重要です。
3
外部サービスへ情報を送信するか
機密情報や個人情報を扱う場合は、どのデータがどこに送られるかを接続前に確認します。
4
実行前に確認ステップがあるか
書き込み、削除、外部送信は、自動実行ではなく実行前に内容を確認できる設定が望ましいです。
5
権限は必要最小限に絞れているか
全ファイルへのアクセスより必要なフォルダのみ、管理者権限より読み取り専用から開始することが基本です。
6
認証情報の保存先と利用範囲を把握できているか
APIキー、OAuthトークン、アクセストークンなどの保存場所と利用されるMCPサーバーを確認します。プロンプトへの直接貼り付けは避けましょう。
🔒
最小権限から始める
読み取り専用や限定フォルダから接続し、必要に応じて権限を広げる
👁️
実行前に確認する
書き込み、削除、外部送信は自動実行を避け、確認ステップを設ける
🔑
認証情報を直接渡さない
APIキーやトークンをプロンプトに貼らず、保存先と利用範囲を確認する
整理:MCPは外部ツールへの接続を便利にする仕組みです。安全に使うには「どの権限を渡すか」「何を実行するか」「認証情報がどこで管理されるか」をユーザー側でも把握しておくことが重要です。

MCPを安全に使うには、接続する前に権限・実行内容・認証情報を分けて確認することが重要です。読み取りだけなのか、書き込みや削除まで可能なのか、外部サービスへ情報を送信するのかによって、リスクの大きさは変わります。特に、書き込み・削除・外部送信を伴う操作は、実行前に内容を確認できる状態で使う方が安全です。

権限管理で見落としやすいのが、認証情報の扱いです。APIキー、OAuthトークン、アクセストークンなどは、どこに保存され、どのMCPサーバーから利用されるのかを把握しておく必要があります。認証情報をプロンプト本文に直接貼り付けたり、提供元不明のサーバーへ渡したりすることは避けるべきです。

実務で使う際は、「読み取りだけか」→「書き込み・削除も可能か」→「外部送信するか」→「実行前に確認できるか」→「認証情報をどう扱うか」の順番で確認すると整理しやすくなります。MCPは強力な接続基盤だからこそ、どの権限で何を実行するのか、認証情報がどこで管理されるのかをユーザー側でも把握したうえで使うことが、安全な運用の基本になります。

MCPについてよくある誤解

MCPは注目度が高い分、便利さだけが先行して伝わり、実際の役割より大きく捉えられることがあります。ここでは初心者が特に陥りやすい4つの誤解を整理します。「何ができるか」と同時に「何ではないか」を押さえておくことが、MCPを正しく使うための出発点です。

COMMON MYTHS
MCPについてよくある誤解と正しい理解
「便利そう」という印象だけが先行すると、以下のような誤解が生まれやすくなります。
Myth 01
よくある誤解
MCPを使えば、AIが何でも自動で実行してくれる
正しい理解
正しい理解
MCPは外部接続を整える仕組みであり、AIが自律的に何でも実行できるものではありません。できることは、AIサービス・MCPサーバー・Tools・権限設定によって変わります。ファイル変更・データ送信・外部API実行などは、実行前の確認が重要です。
Myth 02
よくある誤解
MCPはClaudeだけの専用機能だ
正しい理解
正しい理解
MCPはAnthropicが発表したオープンな標準仕様です。Claude・ChatGPT・Cursor・Claude Code・VS Codeなど複数のサービスで対応が進んでいます。Claudeは代表的な利用例のひとつですが、MCPそのものはClaude専用ではありません。
Myth 03
よくある誤解
MCPはRAGと同じ仕組みだ
正しい理解
正しい理解
RAGは外部情報を検索・取得して回答に活用する設計、MCPは外部データや外部ツールへ接続するための標準仕様です。RAGを実現する手段としてMCPが使われることはありますが、MCPとRAGは異なる概念です。
Myth 04
よくある誤解
MCPを使えばAPIキーや認証管理は不要になる
正しい理解
正しい理解
MCPサーバーが外部サービスに接続する場合、OAuth・APIキー・アクセストークンなどの認証が必要になることがあります。MCPは接続形式を整える仕組みであり、認証管理を自動的に不要にするものではありません。どの認証情報をどのサーバーに渡しているかの把握が引き続き重要です。
整理:MCPは「AIと外部ツールをつなぐ標準仕様」です。自動化・専用機能・RAGとの同一視・認証不要といった誤解は、MCPの実際の役割から外れています。「何ができるか」と「何ではないか」を両方理解することが、安全で正確な活用につながります。

特に認証管理の誤解は実害につながりやすい点です。MCPサーバーの裏側でGitHub API・検索API・業務SaaSなどに接続している場合、接続先の認証情報と権限管理は引き続き重要です。APIキーやアクセストークンをプロンプト本文に直接貼り付けたり、提供元不明のサーバーへ渡したりすることは避けるべきです。

これらの誤解に共通しているのは、MCPの「できること」だけに注目して「MCPそのものが何をするものか」を見落としている点です。MCPはAIと外部ツールをつなぐ土台であり、AIの判断力・認証管理・回答品質・実行範囲を自動的に高めるものではありません。正しい理解を土台にすることで、期待と現実のズレを防ぎながら活用できます。

FAQ

FAQ
MCPに関するよくある質問
本文で扱った内容の補足として、読者が特に迷いやすい疑問をまとめています。
基本的な疑問
Q
MCPとは何ですか?

MCPとは、AIアプリケーションと外部ツール・外部データをつなぐための標準仕様(Model Context Protocol)です。AIがファイル・データベース・API・開発環境・業務ツールなどに接続しやすくするための共通ルールとして使われています。

MCPはAIエージェントそのものではなく、AIと外部ツールの間に位置する「接続の基盤」です。実際に何ができるかは、使っているAIサービス・MCPサーバー・権限設定によって変わります。

Q
MCPで何ができますか?

MCPを使うと、AIが外部データを参照したり(Resources)、外部ツールを呼び出したり(Tools)、あらかじめ用意された作業テンプレートを利用したり(Prompts)できます。

ただし、実際に使える機能はMCPサーバーや利用しているAIサービスの対応状況によって異なります。「MCPに対応している=すべての機能が使える」とは限らないため、接続前に確認が必要です。

Q
MCPはAIエージェントと同じですか?

MCPはAIエージェントそのものではありません。AIエージェントは目的に応じて判断・計画・実行する仕組みであり、MCPはそのAIエージェントが外部ツールや外部データに接続するための接続基盤(プロトコル)です。

MCPを入れただけでAIが自律的に何でも実行できるわけではなく、AIの判断力・実行できる操作の範囲はAIサービス側の仕様によって決まります。

Q
MCPはClaudeだけで使うものですか?

MCPはAnthropicが発表した仕様ですが、Claude専用ではありません。AIアプリケーションと外部システムをつなぐためのオープンな標準仕様として設計されており、Claude・ChatGPT・Cursor・Claude Code・VS Codeなど複数のサービスで対応が進んでいます。

Claudeは代表的な利用例のひとつですが、MCPそのものをClaude専用の機能として理解するのは正確ではありません。

料金・上限・環境
Q
MCPは無料で使えますか?

MCP自体に共通の料金表があるわけではありません。無料で使えるかどうかは、Claude・ChatGPT・Cursor・Claude Codeなど利用するAIサービスのプラン、外部APIの料金、MCPサーバーの運用環境によって変わります。

確認先:利用するAIサービスの公式料金ページと、接続する外部サービスの料金を個別に確認してください。
Q
MCPに利用上限はありますか?

MCPそのものに共通の利用上限が決まっているわけではありません。実際の上限は、AIサービスのプラン・外部APIのレートリミット・MCPサーバーの設計・接続先サービスの制限によって変わります。「MCP対応=無制限」ではないため、接続前に確認が必要です。

Q
MCPはスマホでも使えますか?

MCPがスマホで使えるかどうかは、利用するサービスやアプリによって異なります。Web版・デスクトップ版・モバイル版・CLI・IDE拡張で対応範囲が変わるため、「MCPはスマホで必ず使える」とは断定できません。

たとえばデスクトップアプリやCLI環境でのみMCPサーバー設定に対応している場合、スマホでは設定できないことがあります。利用したいサービスの公式ドキュメントで対応環境を確認してください。

他の技術との違い
Q
MCPとAPIの違いは何ですか?

APIは、サービス同士が機能やデータをやり取りするための入口です。一方、MCPはAIアプリケーションが外部ツールや外部データに接続するための標準仕様です。MCPはAPIを置き換えるものではなく、MCPサーバーの内部でAPIが使われていることもあります。

料金・認証・レートリミットはMCPではなく、接続先のAPIや利用しているAIサービス側の仕様によって変わります。

Q
MCPとRAGの違いは何ですか?

RAGは、外部情報を検索・取得してAIの回答に活用する設計パターンです。一方、MCPは外部データや外部ツールに接続するための標準仕様です。RAGを実現するためにMCPが接続手段として使われることはありますが、MCPとRAGは異なる概念です。

MCPで外部データへ接続できても、回答品質が自動的に上がるわけではありません。回答の精度はRAGの設計・検索精度・データ品質によって変わります。

Q
MCPとFunction Callingの違いは何ですか?

Function Callingは、モデルがアプリケーション側で定義された関数を呼び出すための機能です。一方、MCPはAIアプリケーションと外部ツール・外部データを接続するための標準仕様です。

どちらも外部機能に関係しますが役割の層が異なります。MCPがFunction Callingを完全に置き換えるとは断定できず、利用する環境によって役割や実装が異なります。

安全性・権限管理
Q
MCPを使うときに注意すべきことは何ですか?

接続前に、提供元が信頼できるか・どの権限を渡すか・読み取りだけか書き込みも可能か・外部へ情報を送信するかどうかを確認することが重要です。特に業務データ・個人情報・APIキーを扱う場合は慎重に判断してください。

一度接続したMCPサーバーも定期的に見直し、使っていないものは無効化または削除する運用が望ましいです。

Q
MCPサーバーは安全ですか?

MCPサーバーが安全かどうかは、提供元・実装内容・権限設定・認証方法によって変わります。公式または信頼できる提供元のMCPサーバーを優先し、提供元不明のサーバーや過剰な権限を求める接続先は避けることが基本です。

基本方針:公式・信頼できる提供元を選ぶ/必要最小限の権限のみ渡す/実行内容を確認できる環境で使う
Q
MCPを使えばAPIキー管理は不要になりますか?

MCPを使っても、APIキーや認証情報の管理が不要になるわけではありません。MCPサーバーの裏側で外部APIやSaaSに接続する場合、APIキー・OAuth・アクセストークンなどの認証が必要になることがあります。

むしろ、どのMCPサーバーにどの認証情報を渡しているかをより慎重に確認する必要があります。認証情報をプロンプト本文に直接貼り付けたり、提供元不明のサーバーに渡したりすることは避けてください。

まとめ

SUMMARY
この記事で押さえるべきこと
MCPとは
AIアプリケーションと外部ツール・外部データをつなぐための標準仕様(接続レイヤー)。AIエージェントでも、APIでも、RAGでもない。
POINT 01
MCPは「何でも自動化する仕組み」ではない
できることはAIサービス・MCPサーバー・権限設定によって変わる
POINT 02
料金・上限・対応環境はMCP自体では決まらない
利用するAIサービスや接続先の公式情報で個別に確認が必要
POINT 03
接続前には提供元・権限・実行内容の確認が重要
信頼できるサーバーを選び、最小限の権限から始めるのが基本
利用するAIサービスの料金・プラン・MCP対応範囲を公式ページで確認する
接続するMCPサーバーの提供元・権限・実行内容・外部送信の有無を確認する
Web版・デスクトップ版・モバイル版・CLIなど、自分の使う環境で使えるかを確認する
APIキー・認証トークンの保存先と利用されるMCPサーバーを把握しておく
接続後も定期的に見直し、不要なサーバーは無効化・削除する運用を習慣にする
AI Agent
外部ツール連携の全体像を知りたい
AIエージェントの仕組みを理解すると、MCPの役割がより明確になります
API
接続先の仕組みを理解したい
APIの基本を押さえると、MCPサーバーの内部の動きが理解しやすくなります
RAG
外部情報の参照・活用を深めたい
RAGの設計を理解すると、MCPとの役割の違いがより整理しやすくなります
API Key
認証・漏洩リスクを確認したい
APIキーの管理方法を押さえると、MCPを安全に使う判断基準が明確になります

MCPは、AIと外部ツールをつなぐ接続レイヤーとして、今後さらに多くのサービスや開発環境で使われていく可能性があります。ただし、「対応している=すぐ使える・無制限・安全」とはなりません。料金・上限・対応環境・権限・認証方法は、利用するサービスごとに異なります。まずは使いたいサービスの公式ドキュメントを確認し、接続するMCPサーバーの提供元と権限範囲を把握したうえで使い始めることが、安全で正確な活用の第一歩です。

MCPの役割を正しく理解することで、AIエージェント・API・RAGといった関連技術との違いも整理しやすくなります。「MCPは接続の土台であり、その上で何ができるかはサービス・サーバー・設定によって決まる」という軸を持っておくと、新しいサービスや機能が登場したときにも正確に判断しやすくなります。

引用元・参考情報

REFERENCES
引用元・参考情報
本記事は以下の公式ドキュメント・公式ヘルプを参照して作成しています。料金・上限・対応環境・設定画面の名称は変わる可能性があるため、各リンクから最新情報を確認してください。
MCP 公式仕様・ドキュメント
公式ドキュメント
Model Context Protocol公式 — MCPとは何か
MCPがAIアプリケーションと外部システムをつなぐオープン標準であることの根拠。「MCPとは」の定義に参照。
公式仕様書
Model Context Protocol 公式仕様 — 2025-11-25版
MCPがLLMアプリケーションと外部データソース・外部ツールを統合するオープンプロトコルであることの正式な位置づけを確認。
公式ドキュメント
Model Context Protocol公式 — Architecture overview
Host・Client・Serverの関係とMCPの全体構造。「MCPの仕組み:Host・Client・Serverの関係」のセクションに参照。
公式仕様書
Model Context Protocol 公式仕様 — Tools
MCPサーバーがToolsを公開し、外部APIの呼び出し・DB照会・計算などをモデルが利用できる仕組みの根拠。
公式仕様書
Model Context Protocol 公式仕様 — Resources
Resourcesがファイル・DBスキーマ・アプリ固有情報などモデルに文脈を提供するデータであることの根拠。
公式仕様書
Model Context Protocol 公式仕様 — Prompts
MCPサーバーがプロンプトテンプレートをクライアントに提供できること、ToolsやResourcesとは役割が異なることの根拠。
セキュリティガイド
Model Context Protocol公式 — Security Best Practices
信頼できないMCPサーバーを接続しないこと、権限・実行内容・認証情報を確認する必要性の根拠。注意点のセクションに参照。
公式ドキュメント
Model Context Protocol公式 — リモートMCPサーバーへの接続
認証方法としてOAuth・APIキー・ユーザー名とパスワードなどが使われる場合があることの根拠。「APIキー管理は不要?」の誤解解消に参照。

あわせて読みたい記事

最後までご覧いただきありがとうございました。

コメント

学べるブログをもっと見る

今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

続きを読む

学べるブログをもっと見る

今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

続きを読む