LangChain、MCP のステートレスプロトコルとエリシテーション機能を追加

MCP の公式 Tier 1 SDK は、月間ダウンロード数が約 5 億回に迫りつつあり、その利用ペースはさらに加速しています。ChatGPT ユーザーからの MCP ツール呼び出し数は 2026 年を通じて 98 倍に増加し（出典）、8 月単月でも前月比で倍以上となりました。

Model Context Protocol（MCP）は、エージェントとツールを接続する最も一般的な方法となっています。今年 7 月には、ローンチ以来最大規模の仕様改訂が行われました（詳細）。これを受け、LangChain における MCP サポートも新仕様に合わせ、急増する需要に対応すべく刷新しました。

主な変更点は以下の 3 つです。

MCP のサポートがメインパッケージに統合されました。これまでは langchain-mcp-adapters という別パッケージとしてインストールする必要がありましたが、現在は langchain.mcp に組み込まれています。

この機能は FastMCP を基盤としています。トランスポート、認証、接続管理、プロトコルのネゴシエーションなどは、背後にあるクライアント側から提供されるため、旧仕様のサーバーも新仕様のサーバーも両方動作します。

中断（interrupt）を介した要求や、クライアント側のキャッシュ機能も新たにサポートされました。新しい仕様では、呼び出し途中のサーバーからの要求を再試行可能なラウンドとして扱い、これを LangGraph の中断イベントとして公開しています。また、ツールリストをキャッシュ可能にしたため、実行のたびにツールカタログを再取得する必要がなくなりました。

新仕様のステートレス化

歴史的に（旧仕様では）、MCP の呼び出しはセッションを前提としたプロトコルを通じて行われていました。MCP でツールを呼び出すには、まずセッションを開く必要がありました。クライアントとサーバーが握手を交わし、サーバーからセッション ID が返却されます。その後のすべてのリクエストはこの ID を含める必要があり、結果としてクライアントは ID を発行した単一のサーバーインスタンスに固定されてしまうのです。

リモートサーバーを大規模に運用するには、ステッキルルーティングと共有セッションストアが必要でした。

この状況は、新しい MCP 仕様によって一変しました。これにより、ステートレスなコアが実現されたのです。MCP チームは、開発者から最も要望の多かった機能の一つとして、このステートレスなコアを説明しています。開発者はサーバー側でより高い信頼性とスケーラビリティを求めていました。

新しい仕様では、固定すべき要素は何も残っていません。再デプロイしてもライブセッションが切断されることはありません。なぜなら、そもそもセッションが存在しないからです。

これにより二つの可能性が開け、両方とも langchain.mcp に実装されました。

キャッシュ機能により、サーバー側でツールリストの有効期限を指定できるため、クライアントは毎回再取得する必要がなくなります。

また、elicitation（要求）機能では、ツールの呼び出し元に対して確認（例：削除操作の確認）や、モデルが省略したパラメータの提供などを一時停止して問い合わせることが可能になります。この際、待機中に接続を保持し続ける必要はありません。

詳細については、MCP チームによる 発表記事 をご覧ください。

第一級 MCP サポートの実装

エージェントにとって MCP サポートがネイティブに扱えるよう、langchain に統合しました。mcp エクストラを指定してインストールするだけで利用可能です：

__FENCE_0__

（原文の技術表記: ‍）

従来のパッケージから移行する際、MultiServerMCPClient は単一の MCPAdapter クラスに集約されます。具体的な導入手順については、マイグレーションガイド をご確認ください。

基本的な使い方は以下の通りです：

__FENCE_1__

（原文の技術表記: ‍）

これらのツールは通常の LangChain ツールであるため、ツールが利用可能なあらゆる場所で使用可能です。`create_deep_agent`、`create_agent` を用いるか、あるいは自分で接続したグラフを利用します。

FastMCP をベースに

FastMCP は、トランスポート層の上にクリーンな抽象化を提供します。具体的には、接続、認証、キャッシュ、そして プロトコルネゴシエーション を扱います。そのクライアント機能は、そのまま直接使用可能です。

MCP プロトコルには現在、明確に区別された 2 つの「時代」が存在します。つまり、クライアントは両方のプロトコルに対応してネゴシエーションを行う必要があります。

FastMCP は接続ごとにこの対応を行います。新しいプロトコルを試行し、サーバーがまだアップグレードされていない場合はハンドシェイクにフォールバックします。どちらの場合も、コードを変更する必要はありません。詳細は What's new in FastMCP 4 をご覧ください。

各サーバーには ClientGroup を使用して個別の接続を割り当てます。それぞれのサーバーは、自身がサポートする最も新しい時代（プロトコル）と、独自.credentials を保持します：

__FENCE_2__

（原文の技術表記: ‍）

ツール名には、そのツールが提供されたサーバーの接頭辞が付与されるため、各サーバーにある search ツールは billing_search や docs_search として認識されます。もし複数のサーバー間でツールに違いが必要ない場合は、単純な設定辞書（config dict）で十分です。どの構成を使用すべきかについては、接続ガイド で解説しています。

残りのクライアント機能は、そのまま直接使用できます。

• [認証](https://gofastmcp.com/clients/auth/oauth): Bearer トークン、OAuth 2.1 フロー全体、マシン間認証情報、CIMD、または任意の httpx2.Auth
• [トランスポート](https://gofastmcp.com/clients/transports): 対象や設定されたヘッダー、SSL、共有 httpx2 プールから推測されるストリーミング HTTP、stdio、インメモリ
• [キャッシュ](https://gofastmcp.com/clients/client#response-caching): サーバーの TTL が許す限り保持されるリスト結果
• 進捗とログ (https://gofastmcp.com/clients/progress): 長時間実行される呼び出しからの通知

FastMCP を使えば、独自のサーバーを構築したりテストしたりすることも容易です。FastMCP インスタンスはサブプロセスやソケットを必要とせず、そのまま有効なアダプターターゲットとして機能するため、エージェントが MCP サーバーに対してインプロセスで実行することが可能になります。

中断によるエリシテーション

エリシテーションは、MCP の人間がループに参加する機能です。これは、呼び出し元に何かを尋ねる前に完了できないツールのことを指します。ステートレスな仕様により、これがクライアントが回答を添付して再試行する通常の要求へと変換されました。これにより、すでに使用している中断プリミティブでこれをサポートできるようになりました。実行は一時停止され、エージェントの作業を確認した人が回答すると、実行は再開されます：

__FENCE_3__

チェックポインターの設定以外に追加設定は不要です。一時停止された実行は、待機場所としてこのチェックポインターを利用します。エリシテーションドキュメント では、質問の拒否や、破壊的なツールを同じ承認フローの背後に配置する方法について解説しています。

クライアント側キャッシュ

すべてのエージェント実行は、利用可能なツールの存在を確認することから始まります。つまり、モデルが何らかの情報を見る前に、ツール発見のための往復リクエストが発生します。サーバー側では、ツールリストの有効期限を指定できるようになりました。これにより、カタログをキャッシュから提供することが可能になります。cache=True を使用すると、これらのヒントに従ったインメモリキャッシュを利用できます：

__FENCE_4__

キャッシュはクライアント側に属するため、呼び出し元ごとに 1 つのクライアントを設定することで、カタログが混在するのを防ぎます。TTL（Time To Live）、共有ストア、その他のキャッシュモードについては、レスポンスキャッシュ を参照してください。

関連コンテンツ

オープンソース

OpenWiki における自己修正メモリの構築 （原文の技術表記: ‍、‍）

コリン・フランシス

2026年8月25日

7 分

オープンソース

エージェントアーキテクチャ

ディープエージェント

ディープエージェント、LangChain、LangGraph の比較

シドニー・ランクル

2026年8月6日

8 分

エージェントアーキテクチャ

AI エージェントとは何か？

Jess Ou

2026年7月31日

9 分

エージェントが実際に何をしているかを確認する

LangSmith は、開発者がエージェントのすべての意思決定をデバッグし、変更の評価を行い、ワンクリックでデプロイできるためのエージェントエンジニアリングプラットフォームです。