短く言えば、プラグインは1つのアプリケーションのために書かれ、そこでしか動き ません。従来の連携は2社のベンダーが互いのために作るもので、たいていはどこかの クラウドで動いています。MCPサーバーはオープンなプロトコルに対して一度書かれ、 対応するAIクライアントであれば — Claude、ChatGPT、Cursor、VS Code、Zed — どれでも使えます。作者がクライアントごとに何かをする必要はありません。
この最後の性質が違いのすべてで、それはすでに「プラグイン」という言葉の意味を 変えました。今日のOpenAIの開発者向けサイトでは、プラグインとは「スキル、MCP サーバー、そして任意のUI」を含みうるひとまとまりを指します。梱包はOpenAIの ものですが、その下にある仕組みはオープンなプロトコルです。2026年8月13日に確認 しました。
この記事は、自分のデータにアシスタントからアクセスさせる方法を決めるとき、この 変化が何を意味するのかについてです。その接続が存在すると誰が決めるのか、どこで 動くのか、アプリを乗り換えたときに何が起きるのか。プロトコル自体が初めてなら、 まずMCPサーバーとは何かで語彙を押さえて ください。
プラグインは1つのアプリケーションを内側から拡張します。Slackアプリ、 ブラウザ拡張、Figmaのプラグイン、2023年当時のChatGPTプラグイン。そのアプリ ケーション独自の拡張APIに対して書かれ、そのアプリケーションのディレクトリで 配布され、そのアプリケーションのルールの下で動きます。別のアプリに移っても 付いてきません。移すものが存在しないからです。
従来の連携は2つの製品どうしをつなぎます。ベンダーが自前で作る （「Slackの中のNotion」）か、仲介役が両者のために作るかのどちらかです。後者の 代表がZapierで、2026年8月13日時点で自社のディレクトリに9,949以上の接続済み アプリを掲げています。ここでの単位はペアです。あなたのその組み合わせは作る 価値があると誰かが判断しなければならず、判断されるまでそのペアは存在 しません。
MCPサーバーは、1つのデータ源、あるいは1組の操作 — 会議ノート、データ ベース、1つのフォルダ — を標準的なインターフェースで公開するプログラムです。 どのアシスタントが呼び出すのかを知りませんし、知る必要もありません。
この区別は技術的な美しさの話ではありません。何が可能かを誰が決めるのか、という 話です。マーケットプレイスの所有者か、2社の事業開発チームか、それともデータを 持っている本人か。
プラグインでは、N個のデータ源をM個のAIアプリケーションにつなぐのにN×M件の作業が 要ります。組み合わせごとに、別々の拡張APIに対して別々に書くからです。N×M件の 何かを作りきる人はいません。ベンダーは配給制にします。大きなアプリから先に コネクタが用意され、残りは待ち、採算が小さすぎる組み合わせはそもそも生まれ ません。
MCPはこの掛け算を足し算に変えます。データ源はプロトコルを一度実装し、AIアプリ ケーションもプロトコルを一度実装すれば、あとはどの組み合わせでも動きます。 エコシステムがあの伸び方をしたのはそのためです。プロトコルの管理が移った2025年 12月の発表では、SDKの月間ダウンロードが9,700万件を超え、ChatGPT、Claude、 Cursor、Gemini、Microsoft Copilot、Visual Studio Codeが一級のクライアントとして 対応していると述べられていました。
ガバナンスの話は、聞こえよりも重要です。MCPは2025年12月9日、Linux Foundation 傘下の指定基金である Agentic AI Foundation に寄贈されました。共同設立者はAnthropic、Block、OpenAIです。プラグインのAPIは アプリを出している会社のものであり、その会社の判断で終了できます。2023年の ChatGPTプラグインがそうなりました。中立の運営と公開の提案プロセスを持つ プロトコルも変わりはしますが、一社の製品判断だけで変わることはありません。
これは最も誇張されやすい主張なので、正確な形で書いておきます。
本当に一度しか書かないのはサーバーです。同じプログラムを同じ方法で起動 すれば、Claude DesktopにもCursorにもVS Codeにも、クライアント別のコードなしで 応えます。
クライアントごとに残るのは設定の記述です。各クライアントはMCPの設定を自分の 場所に持っていて、その形は同じではありません。
| クライアント | ファイル | 最上位のキー |
|---|---|---|
| Claude Desktop | アプリのサポートフォルダ内の claude_desktop_config.json |
mcpServers |
| Cursor | プロジェクト内の .cursor/mcp.json、または ~/.cursor/mcp.json |
mcpServers |
| VS Code | .vscode/mcp.json、またはユーザープロファイル内の mcp.json |
servers |
各ベンダーの公式ドキュメントで2026年8月13日に確認しました。したがって正確な 言い方は1つの実装で多くのクライアントであって、1つの設定で多くの クライアントではありません。繰り返さずに済むのは高くつくほうです。実装、 ツールの説明、権限のモデル、そしてそもそもベンダーがあなたのアプリのために 作る気になるかどうか。JSONファイルに1行足すこと、あるいは代わりに書き込んで くれるインストーラーを押すことは、安いほうです。
2023年型のChatGPTプラグインは、定義からしてHTTPS APIでした。データはベンダーの サーバーから到達できる必要があり、プライバシーの問題は、あなたが問いを立てる前 に静かに決着していました。Zapier型の連携も形は同じで、データは仲介役を通ります。
MCPには2つのトランスポートがあり、どちらを使うかはプロトコルではなくあなたが 決めます。stdioトランスポートはサーバーを自分のマシン上のプロセスとして 動かします。AIアプリが起動し、AIアプリの終了とともに止まります。Streamable HTTPトランスポートは どこか別の場所で動いているサーバーに到達します。どちらも同じプロトコルを話す ので、MCPに対応したクライアントは両方の形に対応します。
可能なことを実際に変えるのはこの違いです。「アシスタントが自分のローカル ファイルを読める」という文は、プラグインのアーキテクチャからは出てきません。 同時に、何かをつなぐ前に理解しておく価値のある区別も生まれます。 ローカルのMCPサーバーとクラウドのMCPサーバーは、公開する相手も内容も違う からです。
| プラグイン | 従来の連携 | MCPサーバー | |
|---|---|---|---|
| 何に対して書くか | 1つのアプリの拡張API | 1組の製品 | オープンなプロトコル |
| 存在を決めるのは誰か | ホストのマーケットプレイス | 2社のベンダー | データを持っている人 |
| 別のAIクライアントで動くか | いいえ | いいえ | はい、そのままで |
| 自分のマシンで動かせるか | いいえ | まれに | はい、stdioで |
| 起動のきっかけ | ホストのアプリ | スケジュールまたはイベント | 会話の途中のモデル |
| 管理しているのは | 1社 | 1社 | Linux Foundationのプロジェクト |
MCPは万能の置き換えではなく、そう扱うと設計を誤ります。
無人の自動化。 MCPツールが動くのは、あなたが会話しているあいだにモデルが 呼び出すと判断したからです。「平日の毎朝7時に、前日の請求書を会計シートへ 写す」が必要なら、要るのはスケジューラーで、正しい道具はZapierかネイティブの 連携です。プロトコルをいくら重ねても、待機中のアシスタントは目を覚ましません。
決定的な処理。 同じ入力から毎回同じ出力が出なければならない場面では、 ツールを呼ぶかどうかをモデルが決めることは、利点ではなく負債です。
技術者以外への配布。 インストールボタンの付いたディレクトリの掲載は、JSONの 設定ファイルでは届かない人に届きます。OpenAIが生のプロトコルを全員に見せる 代わりに、MCPサーバーをプラグインという形式で包んだのは、まさにそのためです。
ノートパソコンを閉じていても動く必要があるもの。 ローカルのstdioサーバーは マシンと一緒に止まります。プライバシーにとっては長所、可用性にとっては欠点で あり、どちらを買っているかを知っているのはあなただけです。
Speak-Yはアプリの中にMCPサーバーを1つ同梱しています。Claude用のSpeak-Y プラグインも、Cursor用の別のSpeak-Y拡張も、どこかのディレクトリに並ぶSpeak-Y アプリもありません。あるのはサーバーで、あなたが使うクライアントにその場所を 伝えるだけです。設定 → 連携で、検出されたクライアントの隣にある インストールを押すと、そのクライアントの設定ファイルを、そのクライアント 自身の形式で書き込みます。
読み取りはローカルです。検索、文字起こし、要約、アクションアイテムは、あなたの マシンにあるライブラリから取り出され、アシスタントに読ませるために何かを アップロードすることはありません。何かを変える操作 — タグ、話者名、タイトル、 文字起こしのやり直し、チームチャンネルへの公開 — は起動中のアプリを 経由し、データを変更するものとしてクライアントに申告されるので先に確認が入り、 あとから読める記録に残ります。サーバーはどのプランでも無料です。
この記事にとって重要なのは、次に新しいMCPクライアントが登場したとき何が起きるか です。そのために作るものは何もありません。ほかのすべてと同じツール一覧を読む だけです。作業が製品ではなくプロトコルに対して行われたからです。
これがプラグインに対するMCPの主張のすべてですが、はっきりさせておく価値が あります。これはてこについての主張であって、安全性についての主張では ありません。オープンなプロトコルは、あるサーバーがあなたのデータに対して何を してよいかについては何も語りません。その問いには別のところで答えます — 書き込み権限を安全にするもの — そして 何かをつなぐ前にまず問うべきなのは、そちらです。
プラグインは、あるアプリケーション独自の拡張APIに対して書かれ、そのアプリケーションの中でしか動きません。MCPサーバーはオープンなプロトコルに対して書かれるため、対応するクライアントであれば — Claude、ChatGPT、Cursor、VS Code、Zedなど — 作者がクライアントごとに追加の作業をしなくても同じサーバーを使えます。プラグインの単位はアプリで、MCPサーバーの単位はデータや操作の出どころです。
いいえ、解いている問題が違います。Zapierなどのプラットフォームは、誰もいない状態でスケジュールやイベントをきっかけにワークフローを実行します。それはMCPがやらないことです。MCPのツールは、会話の途中でモデルが呼び出すと判断したときに動きます。MCPが置き換えるのはアプリごとのコネクタであって、自動化プラットフォームではありません。
サーバーは一度書けば変更は不要ですが、それぞれのクライアントには、そのクライアント自身の設定でサーバーの存在を伝える必要があります。Claude Desktop、Cursor、VS CodeはMCPの設定をそれぞれ別のファイルに置いており、VS Codeは最上位のキーまで異なります。省けるのはアプリごとの実装であって、設定の記述ではありません。
同じではありませんが、もう対立するものでもありません。2023年のプラグインの仕組みは置き換えられ、今日のOpenAIの開発者向けサイトでは、プラグインはスキル、MCPサーバー、任意のUIを含みうるひとまとまりを指します。プラグインは梱包と配布の層になり、MCPはその下のプロトコルです。
MCPは2025年12月9日、Linux Foundation傘下の指定基金であるAgentic AI Foundationに寄贈されました。この基金はAnthropic、Block、OpenAIが共同で設立し、Google、Microsoft、AWS、Cloudflare、Bloombergが支援しています。変更は一社のロードマップではなく、公開の提案プロセスを通ります。