メインコンテンツへスキップ
Colab で開く Model Context Protocol (MCP) は、AI アプリケーションが大規模言語モデル (LLM) と情報をやり取りできるようにする標準化された通信プロトコルです。MCP は、LLM がデータソースにアクセスし、外部ツールと連携するためのインターフェースを提供します。しかも、新しいサービスごとに個別のインテグレーションを作成する必要はありません。 Weave インテグレーションを使用すると、MCP クライアントと MCP サーバー間のアクティビティをトレースできます。これにより、MCP ベースのシステム全体にわたるツールのCall、リソースへのアクセス、プロンプト生成を詳細に可視化できるため、MCP アプリケーションのデバッグ、監査、最適化を行えます。 このガイドでは、インテグレーションの仕組み、サーバー側とクライアント側でトレースを有効にする方法、さらに実際に実行できる一連の例について説明します。

仕組み

このインテグレーションではクライアント側とサーバー側の操作をそれぞれ個別に取得しており、それらの相互作用をエンドツーエンドで可視化することはできません。エンドツーエンドの可観測性を実現するために、MCP に OpenTelemetry のトレースサポートを追加する提案が現在進められています。詳細は GitHub discussion #269 を参照してください。
Weave インテグレーションは、コア method に weave.op() デコレータを適用することで、Model Context Protocol (MCP) の主要なコンポーネントを自動的にトレースします。具体的には、mcp.server.fastmcp.FastMCP クラスと mcp.ClientSession クラスの method にパッチを適用します。 このインテグレーションにより、Weave は次の MCP コンポーネントをトレースします。 mcp_trace_timeline.png

インテグレーションを使用する

Weave インテグレーションは、MCP サーバーとクライアントの両方で使用できます。インストール後は、weave を import するための 1 行と初期化するための 1 行を追加すると、トレースを有効にできます。

前提条件

始める前に、必須のパッケージをインストールしてください。

設定

MCP_TRACE_LIST_OPERATIONS 環境変数でMCPインテグレーションを設定します。サーバー側とクライアント側の両方でリスト操作 (list_toolslist_resourceslist_prompts) をトレースする場合は、true に設定します。

サーバー側インテグレーション

MCP server を構築している場合や、インストルメンテーションを追加する場合は、このセクションを参照してください。MCP server をトレースするには、既存の FastMCP の setup に 2 行追加します。1 行は Weave を import するため、もう 1 行はクライアントを初期化するためのものです。追加すると、Weave がツール、リソース、プロンプト の各操作を自動的にトレースします。

クライアント側のインテグレーション

MCP クライアントを構築している場合、またはインストルメンテーションを行う場合は、このセクションを参照してください。クライアント側でトレースを有効にするには、2 つの変更も必要です。Weave を import して初期化します。Weave は、すべてのツール呼び出し、リソースへのアクセス、プロンプト リクエストを自動的にトレースします。

チュートリアル: mcp_demo の例

mcp_demo の例では、トレースのために MCP と Weave のインテグレーションを示します。クライアント側とサーバー側の両方のコンポーネントを計装し、それらのやり取りの詳細なトレースを取得する方法を紹介します。このコードを実行すると、Weave UI で MCP アプリケーションのクライアント側とサーバー側の両方のトレースを確認でき、ご自身の project に合わせて応用できる具体的な参考例も得られます。

例を実行する

  1. docsリポジトリをクローンし、mcp_demo の例にアクセスします:
    この例には、主に次の 2 つのファイルが含まれています:
    • example_server.py: FastMCP で構築されたデモ用の MCP サーバーです。ツール、リソース、プロンプト を定義します。
    • example_client.py: サーバーに接続し、そのコンポーネントとやり取りするクライアントです。
  2. 必須の依存関係を手動でインストールします:
  3. デモを実行します:
    このコマンドにより、クライアントとサーバーの両方が起動します。クライアントでは対話型の CLI が起動し、さまざまな機能を試せます。

クライアント CLI コマンド

クライアントインターフェースは次のコマンドをサポートしています:

例の概要

example_server.py サーバーでは、次のものを定義しています。
  • Tools: add()calculate_bmi()fetch_weather() などの関数
  • リソース: greeting://{name}config://appusers://{id}/profile のようなエンドポイント
  • プロンプト: review_code()debug_error() のようなテンプレート
サーバー側のすべての操作は、weave.init() でクライアントを初期化すると、Weave によって自動的にトレースされます。 example_client.py クライアントでは、次の方法を示します。
  • MCP サーバーに接続する。
  • 利用可能なツール、リソース、プロンプトを確認する。
  • パラメーターを指定してツールを呼び出す。
  • リソース URI を読み取る。
  • 引数を使ってプロンプトを生成する。
  • カスタムの methods と functions で weave.op() を使用する方法を示す。
Weave はクライアント側のすべての call をトレースし、クライアントとサーバー間のやり取りの全体像を把握できるようにします。

FAQ

次のセクションでは、Weave の MCP トレースを使用する理由と使い方に関する、よくある質問にお答えします。

MCPトレースが必要な理由

LLMアプリケーションの開発者は、次の3つのカテゴリのいずれかに当てはまります。
  • MCPサーバー側の開発者: MCPクライアントに対して、複数のツール、リソース、プロンプトを公開したい場合です。既存のアプリケーションのツールやリソースを公開している、agent を構築している、またはオーケストレーター agent によって複数の agent を連携させているケースがこれに当たります。
  • MCPクライアント側の開発者: クライアント側のアプリケーションを複数のMCPサーバーに接続したい場合です。クライアント側ロジックの中核となるのは、どの ツール を Call するか、どのリソースを取得するかを判断するためのLLM Callです。
  • MCPサーバーおよびクライアントの開発者: サーバーとクライアントの両方を開発している場合です。
最初の2つのカテゴリのいずれかに当てはまる場合は、各 ツール がいつ Call されたか、実行フローがどうなっているか、token 数、さらにサーバーまたはクライアント側ロジック内のさまざまな components のレイテンシを把握したいはずです。 サーバーとクライアントの両方を開発している場合は、統合されたトレースタイムラインによって、サーバー側とクライアント側のロジックの両方を反復改善できます。 いずれの場合でも、可観測性レイヤーがあれば、次のことが可能になります。
  • アプリケーションをすばやく反復改善する
  • workflow や実行ロジックを監査する
  • ボトルネックを特定する