MCPとAPIの違いとは？AIと外部ツールのつながりを、会議室検索で図解

APIは広い概念、MCPは接続の共通方式

APIはApplication Programming Interfaceの略で、別のソフトウェアから機能を使うための窓口です。予定の一覧を取る、ファイルを保存する、といった操作をアプリから依頼できます。呼び出す方法やデータ形式は、サービスごとに決まっています。

MCPはModel Context Protocolの略です。AIアプリへ道具や参照情報を提供するための共通の方式です。接続する側と提供する側で、何が利用できるかをやり取りします。API全体の代わりになる新しい名称ではありません。

• 出典：Model Context Protocol（新しいタブ）
• 出典：OpenAI / function calling（新しいタブ）

会議室を調べるとき、裏では何が起きる？

利用者がAIアプリへ「10月8日14時に空いている会議室を探して」と依頼します。AIアプリは、利用可能な道具の説明を見て、会議室検索を使う候補を選びます。その呼び出しをMCPクライアントからMCPサーバーへ渡す構成が考えられます。

MCPサーバーは、会議室システムのAPIを呼び、空き状況を受け取って返します。AIは返された情報を読み、候補を文章にします。この構成では、MCPと会議室APIの両方が働いています。

なお、検索結果を見せることと予約を作ることは別です。検索用の道具しか公開していなければ、予約はできません。逆に予約機能も用意する場合には、実行権限と承認を別途設計する必要があります。

道具・資料・定型プロンプトは別の役割

MCPでは、処理を行うtools、参照する情報を提供するresources、定型的な指示等を提供するpromptsといった機能が定義されています。すべての接続先が全部を提供する必要はありません。どれを使えるかは、提供側と利用するアプリの対応を確認します。

「MCP対応」という一言だけで、ファイルも予定も自動ですべて読めると考えないでください。何の道具を提供するか、どのデータを参照できるか、読み取りだけか変更もできるかを見る方が、導入の判断に役立ちます。

直接APIを使うか、MCPを挟むか

一つの自作アプリから一つのAPIを決まった手順で呼ぶだけなら、直接接続する構成が分かりやすい場合があります。MCPを挟むことで、設定や運用の対象が増える面もあります。

複数の対応AIアプリへ同じ道具を提供したい場合や、利用できる道具の説明を共通方式で渡したい場合には、MCPが候補になります。ただし、再利用できる範囲は各アプリの対応や認証方式にも左右されます。つなげばすべて同じように動くとは限りません。

接続できた後こそ、権限と結果を確認する

MCPは、安全性の審査が済んだ道具のマークではありません。接続先の運営者、提供する操作、認証情報の扱い、更新方法を確認します。資料の中にAIへの命令のような文章がある場合も、元の依頼と同じ権限の指示として扱わない設計が必要です。

最初の確認は、架空の会議室一覧などで読み取りだけを試します。返された候補と元の一覧が一致するか、権限のない部屋が出ないか、エラー時に予約済みと誤表示しないかを見ます。成功時の接続確認だけで公開まで進めないでください。

まず、必要な道具を一つだけ書き出す

「MCPを入れたい」から始めるより、「指定日時の空き会議室を読む」という一つの機能から考えると、必要な入力と返答が決まります。読めればよいのか、変更も必要なのかを分けると、実装する範囲も絞れます。

モデルが道具を使う候補を返す仕組みはFunction callingの具体例へ。接続先の文章が指示を装う問題はプロンプトインジェクションの解説で、読み取りと実行の境界を確認できます。

• 出典：MCP introduction（新しいタブ）