MCPサーバーとは、Model Context Protocolに対応した人工知能アプリケーションが利用できるツールや情報を提供するプログラムです。アシスタントは会話中に住所検索をしたり、移動データに問合せたり、外部資源を読み取ったりできます。
ROOTEにとってのメリットは具体的です。例えば、「この住所の近くで自転車をどこで借りられるか？」という地理的検索と返された情報から回答でき、モデルの単なる記憶だけに頼らないことです。
アシスタント、クライアント、サーバー：それぞれの役割は？
| 要素 | 役割 | 移動の例 |
|---|---|---|
| ホストアプリケーション | 会話と接続を管理する | 質問を入力するアプリケーション |
| MCPクライアント | プロトコルに従いサーバーと通信する | ROOTEのツールを発見し、その引数を送信する |
| MCPサーバー | ツールを公開し結果を返す | ROOTEは場所やサービスを検索する |
| AIモデル | 要求を解釈し回答を組み立てる | 結果とその限界を説明する |
サーバーはモデルに代わるものではありません。定義された操作へのアクセスを提供するだけで、入力と出力は構造化されています。ホストアプリケーションがこれらの能力の利用方法を決め、ユーザーに検証を求めることもできます。
Model Context Protocolの公式アーキテクチャ
MCPツールは実行可能なリクエストを提供する
ツールは名前、説明、引数のスキーマを持ちます。アシスタントはこのスキーマを遵守しなければなりません。例えば、近接検索には有効な座標とフィルターが必要で、任意のテキストを送ってもどこでも機能するわけではありません。
プロトコルはまた、コンテキストを提供するリソースと、やりとりのテンプレートを提案するプロンプトを区別します。各サーバーは実際にサポートする機能を公開し、MCPの存在＝全機能の利用可能とは限りません。
例：ある住所周辺で自転車を探す
処理は住所解決から始まります。複数の市や場所が該当する場合、アシスタントが詳細を問い合わせます。選ばれた座標を使い、自転車のステーションや車両を検索し、有用な結果をまとめます。
250メートル先のステーションは地理的に近いと見なせますが、この距離が必ずしも徒歩時間を意味するわけではありません。同様に、観測された自転車の台数はユーザーのために予約された車両ではありません。
ROOTE MCPの提供内容
ROOTEのMCPサーバーは、geocode、place_search、reverse_geocode、nearby、mobility_nearby、transit_nearby、transit_disruptions、services_nearbyツールを提供しています。これらは地理検索、共有モビリティー、交通地点、遅延情報、特定の都市サービスをカバーしています。サーバーのtools/listリストが利用可能な機能のリファレンスです。
Journey（旅程）やDepartures（発車情報）はこのMCP V1に含まれていません。停留所を見つけても次のバスを案内することはできません。出発情報を得るには別の機能が必要です。
MCPが保証しないこと
プロトコルは世界全域のカバー、常に新しいデータ、アシスタントの正確な応答を保証しません。これらはソース、ツールごとの契約、ホストアプリケーションの結果利用方法に依存します。
プロバイダー由来の名前、説明、リンクは外部データです。アシスタントはそれらを指示と見なさず、警告、出典、不明値を確かな情報に変換しません。
プロジェクトに合った環境を選ぶ
今後の予定：次の出発情報と経路計算
ROOTEは今後、出発予定情報や経路計算機能でMCPを拡充する予定です。これらの機能は将来提供されるものであり、現時点でMCPサーバーが提供しているツールには含まれていません。利用可能になった際は、通過案内や旅程案内を行う前に、サーバーが公開するツール、引数、および実際に返却される情報を必ず確認してください。
よくある質問
MCPはAIモデルですか？
いいえ。これはAIアプリケーションがツールやコンテキストを公開するサーバーと通信するためのプロトコルです。
MCPサーバーはAPIの代わりになりますか？
操作のためにAPIを利用することがあります。APIとMCPは同じサービスの二つの補完的なインターフェースとなりえます。
ROOTE MCPサーバーで自転車の予約はできますか？
Data MCP ROOTEツールは読み取り専用です。返された空き状況は予約ではありません。