どこでも動作する単一の API サーバーを構築することを想像してみてください。LSP がコーダーのために行ったことを、MCP が次に実現するのでしょうか？

2016 年以前は、IDE でプログラミング言語をサポートするのは煩雑でした。

各エディターは、サポートしたいすべての言語に対して、独自のツールセットを構築する必要がありました。

シンタックスハイライト、オートコンプリート、リンティングはすべてカスタムビルドでした。

これにより、断片化されたエクスペリエンスが生じました。

JavaScript のような言語は、あるエディターではスムーズに感じられるかもしれませんが、別のエディターでは不完全に感じられるかもしれません。

そして、VIM のようなターミナルベースのエディターを使用した場合、

多くの場合、限られたツールしか利用できないか、まったく利用できませんでした。

それが変わったのは、@Microsoft が Language Server Protocol (LSP) を導入したときです。

エディターと言語がゼロから統合を構築する代わりに、

LSP はそれらが通信するための標準的な方法を作成しました。

言語は単一の LSP サーバーを提供できるようになり、

LSP クライアントを持つすべてのエディターが接続できるようになりました。

そのため、「VSCode 用の Go プラグイン」や「Sublime 用の Go プラグイン」を構築する必要はなくなり、

Go LSP サーバーを構築するだけで、どこでも動作します。開発者にとって、これはエディター間でより一貫した機能が利用できることを意味しました。

言語メンテナーにとって、新しいツールのサポート作業が簡素化されました。

そして、エディターにとって、一夜にして多くの言語が利用できるようになりました。

今日、LSP は、シンタックスハイライトやオートコンプリートのようなツールをシームレスに感じさせるものです。

どの言語を使用しているか、またはどのエディターを好むかに関係ありません。

LSP 導入前と導入後の設定の違いを示す簡単な図を以下に示します。

今日、LSP は開発ツールの動作方法を静かに変革しました。

ニッチなプログラミング言語でさえ、人気のあるエディターで優れた開発者エクスペリエンスを提供できるようになりました。

VSCode や Cursor のような IDE と直接取引をする必要はありません。

LSP サーバーを構築するだけで、参加できます。

開発者側では、この変化も重要です。

もはや言語サポートに基づいて IDE を選択することはありません。

Cursor のインターフェースや AI 機能など、エディターの強みに基づいて選択します。

とは言え、LSP の採用は普遍的ではありません。

JetBrains や Apple の Xcode のような一部のエコシステムは、依然として独自のプロトコルを好みます。

しかし、ほとんどの場合、LSP はエディターと言語ツールを接続するための標準的な方法になりつつあります。

さて、2025 年、MCP が話題に上っています。

そして私たちにとって、それは非常に馴染み深く感じられます。

LSP の構造が MCP のインスピレーションになったとしても驚くことではありません。

比較は次のとおりです。

「プログラミング言語」を Stripe や Supabase のようなサードパーティ API に置き換え、

「IDE」を AI チャットクライアント、@Cursor、Claude、@OpenAI、@vercel、または @LangChainAI に置き換えます。

それが MCP の姿です。

MCP が普及すれば、その影響は非常に大きくなる可能性があります。

Supabase は、すべての AI クライアントに対して個別の統合を必要としません。

@supabase MCP サーバーを構築するだけで、

MCP 互換のクライアントは接続できます。

これは小規模なチームにとってもゲームチェンジャーになる可能性があります。

5 つの異なる統合を維持することなく、あらゆる AI プラットフォーム上のユーザーにフル機能のツールを提供できます。

統合マーケットプレイスを時代遅れにする可能性さえあります。

プラットフォーム全体でネイティブなエクスペリエンスが得られる場合、

なぜ誰もがプラグインを手動で参照してインストールする必要があるのでしょうか？

エンドユーザーが最も恩恵を受けるでしょう。

どの AI ツールを使用しても、一貫したエクスペリエンスが得られます。

私たちは MCP に真の可能性があると考えています。

そして、@AnthropicAI が @State_Of_Mika と共に先導することで、

サードパーティ API と LLM をリンクするための新しい標準になる可能性があります。

LSP が同様の課題をどのように解決したかを知りたい場合は、

gMika とコメントしてください。ガイドをお送りします。