「それ、APIでよくない？」MCPとAPIの違いを、Gmail・カレンダーの実例で解説
ChatGPTに文章を書かせることはできた。
でも、メールを探す、明日の予定を確認する、請求書の情報を拾う——結局そこは人がコピペしている。
AIを便利な相談相手から、仕事を任せられる道具へ変える接続方法として出てきたのがMCPです。
MCPはAPIの代わりではありません。
APIが「サービスの機能を呼び出す個別の窓口」なら、MCPは「AIが使える道具を見つけ、選んで使うための共通規格」です。
経営者がMCPの仕組みを自分で実装する必要はありません。
大切なのは、決まった処理をつなぐならAPI、AIに複数の道具から選ばせるならMCP、という使い分けです。この記事は技術の作り方ではなく、社長に集中している仕事のうち、何をAIへ任せられるかを判断するために書きました。
この記事でわかること
MCPとAPIの違いは「役割」にある【結論】
前の記事では、APIをレストランの「注文窓口」と説明しました。決められた注文を送ると、決められた結果が返ってくる仕組みです。
MCPは、そのレストランにあるAI向けの品書きに近い存在です。MCPサーバーは「メールを検索できる」「予定を追加できる」といった道具の名前、説明、必要な入力を共通の形式で示します。AIホストは品書きを読み、依頼に合う道具を選びます。
MCPで何ができる？メール・予定・社内ツールの例
技術名を覚えるより、「社長の仕事がどう変わるか」を見る方が早いです。
毎朝のメール確認、予定の整理、報告書の転記。1つずつは小さくても、判断の切り替えが積み重なると、社長の思考を削ります。MCPの価値は「最新AIを導入すること」ではなく、既存の仕事を全部入れ替えず、まず1業務をAIへ任せやすくすることです。
MCPとは？AIが使える道具を伝える共通規格
MCPは Model Context Protocol の略です。公式ドキュメントは、MCPをAIアプリと外部システムをつなぐオープンソースの標準と説明し、「AIアプリのUSB-Cポート」のようなものと例えています。
ただし、USB-Cの比喩だけでは実務の違いが見えません。大事なのは、AIホストがMCPサーバーへ「使える道具は何か」を問い合わせ、一覧を取得できる点です。そのうえで、利用者の依頼に合う道具を選び、必要な入力を組み立てて呼び出します。
API・MCP・プラグインの違い【比較表】
| 比べる点 | API | MCP | プラグイン |
|---|---|---|---|
| 主な役割 | サービス機能を呼ぶ窓口 | AIと道具・データをつなぐ共通規格 | 既存アプリへ完成機能を追加 |
| 誰が使うか | プログラムや別サービス | MCP対応のAIホスト | そのアプリの利用者 |
| 得意な場面 | 決まった処理の自動化 | AIが複数の道具を選ぶ仕事 | すぐ機能を足したい場面 |
| 認証 | APIキー・OAuth等 | 接続方式と下流サービスで異なる | アプリ側の認証に従う |
| 設計・実装 | 必要 | MCPサーバー側で必要 | 利用者は通常不要 |
現在のCodexでいう「プラグイン」は、スキルやMCPサーバー、アプリなどをまとめた配布パッケージを指す場合があります。プラグインとMCPは同じものではありませんが、プラグインの中にMCP接続が含まれることはあります。
接続工事は「N×M」から「N＋M」へ近づく
APIキーなしでもMCP接続できるのはなぜ？
「MCPはワンクリックでつながったのに、なぜAPIキーを入れていないの？」という疑問は自然です。理由は、MCPの接続方法と、その先のサービス認証が別だからです。
| 場面 | 接続 | 認証の例 |
|---|---|---|
| 同じPC内のアプリ | stdio（標準入出力） | MCP接続自体はリモートAPIキー不要の例がある |
| 遠隔のMCPサーバー | Streamable HTTP | OAuth、Bearer token、独自ヘッダー等 |
| その先のGmail等 | サービスのAPI | OAuth等、サービス側の権限が別途必要 |
stdio でMCP接続し、AIへ「この文章をマップにして」と依頼できます。これはMCP接続そのものにリモートHTTPやAPIキーを使わない例です。ただし、アプリ内部で他のAPIを一切使っていないことまで意味するものではありません。MCPは安全？会社で使う前に決める4つの層
結論から言えば、MCPを入れただけで安全にはなりません。 何を表示するか、何を実行できるか、どこで人の確認を求めるかは、複数の層で決まります。
たとえば専用の「削除」ツールを見せていなくても、汎用シェルやSQLを広く渡せば削除できる場合があります。道具の説明欄に「読み取り専用」と書くだけでも不十分です。実際の権限を下流サービスやOS側でも絞る必要があります。
安全な初期導入は「読む・下書き・人が承認」
- 1業務だけを対象にする
- 最初は検索・要約・下書きなど、影響の小さい操作から始める
- 送信・削除・公開・課金変更は、人の承認後に実行する
- APIキーやOAuth権限は、必要最小限にする
- 鍵が漏れた場合は、新しい鍵の発行→疎通確認→古い鍵の無効化まで行う
自社にはAPIとMCPのどちらが必要？
毎月末に請求書を作る、フォーム受信後に定型通知を送るなど、手順と結果が決まっている仕事。
メール・予定・社内資料など複数の道具から、AIが依頼に合うものを選ぶ仕事。
どちらか一方を選ぶ必要はありません。実務では、MCPでAIへ道具を見せ、その道具の内部でAPIを使う構成がよくあります。社長が判断すべきなのは技術名ではなく、次の3点です。
- 毎週くり返している仕事は何か
- AIに任せるのは「読む・作る・送る」のどこまでか
- 失敗したとき影響が出る操作は、誰が承認するか
最初から会社専用システムを発注する必要はありません。メール検索や定型文の下書きなど、効果が見えやすい1業務から始め、使い続けられることを確認してから広げる方が現実的です。
MCPとAPIのよくある質問
MCPとAPIの違いは何ですか？
APIはサービスの機能を呼び出す個別の窓口です。MCPはAIアプリが外部の道具やデータを共通形式で見つけ、利用するためのプロトコルです。
MCPはAPIの代わりになりますか？
完全な代替ではありません。決まった処理を確実に動かすAPI連携と、AIが複数の道具から選んで実行するMCPは役割が異なり、併用されることが多いです。
MCPにAPIキーは必要ですか？
必ずしも必要ではありません。ローカルのstdio接続では、MCP接続自体にリモートAPIキーを使わない例があります。一方、Gmailなど下流サービスにはOAuthやAPIキーなど別の認証が必要です。
MCPサーバーとは何ですか？
AIに使わせるツール、参照させるリソース、定型プロンプトなどを共通形式で公開するプログラムです。1つのサーバーが複数の道具を持つこともできます。
MCPはClaude専用ですか？
いいえ。MCPは公開仕様で、Claude以外にも対応するAIホストや開発環境があります。提供機能や接続方法は製品ごとに異なります。
会社でMCPを使っても安全ですか？
MCPだけで安全性は決まりません。ホスト、MCPサーバー、下流サービス、OS・ネットワークの権限を絞り、送信・削除・公開には人の承認を入れてください。
まとめ：技術名より、最初に任せる1業務を決める
MCPは、AIが使える道具を見つけ、選んで使うための共通規格。APIは、個別サービスの機能を呼び出す窓口です。MCPの中でAPIを使うことも、ローカルアプリを直接つなぐこともあります。
そして会社で重要なのは、MCP対応製品を増やすことではありません。社長に集中している仕事を1つ見つけ、「読む」「下書き」「実行」のどこまで任せるかを決めることです。
参照した公式情報
- Model Context Protocol公式：Introduction
- Model Context Protocol公式：Architecture
- Model Context Protocol公式：Security Best Practices
- OpenAI：Responses APIのリモートMCP対応
- Anthropic：MCPのAgentic AI Foundationへの寄贈
- Cloudflare：公式MCPサーバー