MCPサーバーとは、AIに「この先で使える道具や情報源はこれです」と差し出す窓口です。AIの届く範囲をデザインする役割も担います。

この記事でわかること

• MCPサーバーが「AIに見せたい機能の入口」である理由
• 「読む道具」と「実行する道具」の違いとその重要性
• AIの届く範囲をデザインするという考え方

前回はMCPを「AIが外部ツールや外部データとつながるための共通ルール」として整理しました。

そこまでは分かっても、次でつまずきやすいのがここです。「で、AIは実際に何を見てるの？」「MCPサーバーって結局何なの？」「AIはどうやって使える道具を知るの？」「検索と実行と読み取りの違いはどこで分かれるの？」

ここが少し難しく感じるのは自然です。なぜならMCPは単なる機能名ではなく、AIと外の道具の関係の作り方の話だからです。

最初にひとことで言うと、MCPサーバーはAIに対して「この先で使える道具や情報源はこれです」と差し出す窓口です。

MCPサーバーは「AIに見せたい機能の入口」

名前で難しく感じるかもしれませんが、「サーバー」という言葉を重く捉らえすぎなくて大丈夫です。MCPサーバーをやわらかく言うと、AIに見せたい機能やデータの入口です。

たとえばその入口の向こうに、検索できる機能、特定の文書を取得する機能、データベースから情報を取る機能、チケットを作る機能、カレンダーを見る機能のようなものがある。AIはその入口を通じて「何ができるのか」を知り、必要ならそれを使います。

つまりMCPサーバーは外の世界そのものではなく、外の世界へ行くための整った窓口です。

人間から見ると外部ツールはそれぞれ別のアプリや別のサービスに見えます。でもAIから見ると、それらは「使える道具の一覧」のように見えることがあります。「このサーバーではsearchが使える」「fetchが使える」といった形で、使える手段が見えているイメージです。AIは外部システムそのものを丸ごと扱っているというより、差し出された道具の中から必要なものを選んでいると考えると分かりやすいです。

「読む道具」と「実行する道具」は分けて考えた方がいい

MCP経由で見えるものは全部同じではありません。大きく分けると「読むための道具」と「実行するための道具」があります。

読むための道具は、検索する、文書を取得する、データを読む、状態を確認する。外の情報を取ってくるための道具です。実行するための道具は、チケットを作る、予定を入れる、更新をかける、書き込みをする、何かの処理を走らせる。外の世界に変化を起こす道具です。

この差は大きいです。読むだけなら比較的安全でも、書いたり送ったり作成したりするものは結果に責任が発生しやすい。だからMCPを理解するときは単に「つながる」ではなく、何を読むのか・何を実行するのかまで分けて見る必要があります。

ここで初めて「権限」の話が現実味を持ちます。AIが読むだけ・検索するだけならリスクは比較的限定しやすい。でも書き込む、送信する、作成する、更新するところまで行くと一気に話が変わります。つまりMCPの重要さは「いろいろつながる」ことだけではなく、つながった先でどこまでやらせていいのかを設計しないといけないことでもあります。

AIは「使える道具」の中から必要なものを選ぶ

「AIって、じゃあ全部の道具を勝手に使うの？」という疑問も自然です。

MCPサーバーを通じてAIには「使える道具の候補」が見えます。そのうえでユーザーの依頼に応じて「この質問ならsearchが必要そうだ」「この確認ならfetchが必要そうだ」のように必要なものを選んで使います。

つまりAIは外部システムそのものを丸ごと扱っているというより、差し出された道具の中から必要なものを選んでいると考えると分かりやすいです。

MCPサーバーの価値は単に技術的な接続だけではありません。AIにどこまで届かせるかを、ある程度整理しやすくすることにもあります。このAIには検索だけ許す、このAIには読み取りだけ許す、このAIには特定の書き込みだけ許す。こういった設計を考えやすくなる。MCPサーバーは単なる「道具の置き場」というより、AIの届く範囲をデザインする窓口でもあります。

MCPサーバーは、AI時代の「道具の差し出し方」

ここまでの話をシンプルにまとめます。

「読む道具」と「実行する道具」の違い

よくある疑問

MCPサーバーは自分で作る必要がありますか？

主要ツールの多くは提供元やコミュニティがMCPサーバーを用意しています。自社専用ツールをつなぎたい場合は自作が必要になることもあります。

MCPサーバーを通じてAIが勝手に操作してしまうリスクはありますか？

あります。だからこそ権限と認証の設計が重要です。「つながっている＝何でもやっていい」ではありません。次回詳しく扱います。

「読む道具」だけ使えば安全ですか？

比較的安全ですが、それでも「何を読ませるか」の設計は必要です。機密情報へのアクセスは読み取りだけでも慎重に扱う必要があります。

まとめ

この記事のポイントを3つにまとめます。

• MCPサーバーはAIに「使える道具と情報源」を差し出す窓口。AIが外部システムを直接触るのではなく、整った入口を通じて使う
• 「読む道具」と「実行する道具」はリスクがまったく違う。分けて考えることが権限設計の基本
• MCPサーバーは単なる「道具の置き場」ではなく、AIの届く範囲をデザインする窓口

次回は「権限と認証とは何か」をやります。

ここまでで、MCPについて何のためにあるのか、なぜ共通ルールが必要なのか、MCPサーバーは何をしているのか、AIからは何が見えているのか、読み取り系と実行系の違い、なぜ権限や安全性が重要なのか、というところまで見てきました。

そしてここまで来ると自然に次の疑問が出てきます。「AIが外の道具を使えるとして、それは誰の権限で動くの？」「読むのと書くのでは、何が違うの？」「認証って、結局どこで必要になるの？」「便利につながるのは分かったけれど、どこまでやらせていいのかはどう決めるの？」

これはMCPを理解するうえで避けて通れない論点です。MCPがAIに道具を増やす仕組みだとすると、その次に必要なのは「その道具を誰の権限で、どこまで使わせるのか」という考え方です。

次回は、権限と認証とは何か。AIに「どこまでやらせていいか」をどう決めるのか。をやります。ここが分かると、AIが外部ツールとつながる世界を、便利さだけでなく安全性や責任の観点でも見られるようになります。