MCPとは何か、自社製品にいつ必要なのか

Model Context Protocol（MCP）は、AIアシスタントが必要なツールやデータに接続するためのオープン標準です。Anthropicが2024年後半に公開し、現在では主要なアシスタントやコーディングツールの多くが対応しています。仕事でアシスタントを利用している顧客がいれば、すでに自社製品に「MCPサーバーがあるか」と聞かれたことがあるかもしれません。ここでは、それが何を意味するのか、そしてどのような場合に構築する価値があるのかを説明します。

全体の仕組み

チャットアプリやコーディングツールなどのアシスタントがホストになります。ホストは1つ以上のMCPサーバーに接続し、各サーバーは提供する機能を標準フォーマットで記述します。MCPに対応したアシスタントであれば、個別の連携開発を行うことなく、どのサーバーでも利用できます。

サーバーが提供する機能は主に3種類あります。「ツール」は「請求書を作成する」「注文を検索する」といったモデルが呼び出せるアクションです。「リソース」はドキュメントや顧客レコードなど、アシスタントが読み取れるデータです。「プロンプト」は「このアカウントの要約を作成する」のように、ユーザーが選択できるあらかじめ用意された指示です。多くのサーバーは、まずツールから実装を始めます。

ローカルかリモートか

サーバーはユーザー自身のコンピューター上で実行でき、アシスタントによって起動されて直接通信します。これは開発者向けツールやローカルファイルを扱う用途に適しています。あるいはインターネット上で実行し、サインインした状態でHTTP経由でアクセスすることもできます。顧客アカウントを持つ製品ではこれが一般的な形です。サーバーはサインインしたユーザーとして、その権限の範囲で動作するため、インストールの必要はありません。

なぜAPIだけでは不十分なのか

すでに公開APIをお持ちかもしれません。MCPはそれを置き換えるものではなく、優れたサーバーは通常その上に構築されます。違いは「誰が読むか」です。APIは開発者向けに作られており、開発者がドキュメントを読んでコードを書きます。一方、MCPサーバーはモデル向けに作られています。モデルが必要な瞬間にツールの説明を読み、どれを呼び出すかを判断します。そのため設計も変わります。ユーザーが完了したいタスクに合わせて命名され、いつ使うべきかが明記された、少なくて明確なツールが求められます。

製品に導入すべきタイミング

製品のレコードをチャットにコピーし、返答を製品に貼り付けるといった手作業をユーザーがすでに行っているなら、サーバーを導入する価値があります。また、商談で顧客から要望があった場合や、チケット、ドキュメント、注文、スケジュールなど、アシスタントをより便利にするデータを製品が保持している場合にも有効です。

一方、製品が主にビジュアル重視やリアルタイム性を求めるものである場合、顧客がその業務でアシスタントをほとんど使わない場合、あるいは権限設定や監査証跡が整うまでは機密性が高すぎるデータを扱っている場合は、後回しにしても問題ありません。

小さく始める

最初のバージョンでは1〜2個のタスクに絞り、可能な限り読み取り専用にすることをおすすめします。レコードの検索や閲覧だけでも十分に有用で、リスクも抑えられます。データの変更を伴うアクションは、ユーザーがサーバーをどのように使い、モデルがどのように振る舞うかを確認してから追加しても遅くありません。また、セキュリティも最初から計画しておきましょう。サーバーが誰として動作するのか、何にアクセスできるのか、何を記録するのかを明確にします。

まとめ

MCPは、AIアシスタントと日常的に使われる製品をつなぐ共通のプラグです。顧客がすでに自社製品とアシスタントの間でデータを行き来させているなら、サーバーを構築する意義があります。まずは既存のAPIを活かした明確で読み取り専用のツールをいくつか用意し、使い方が信頼できるようになってからアクションを追加しましょう。