LangChain MCP アダプタが、別パッケージではなく LangChain 本体に入りました。2026年8月28日公開のアルファ版 1.4.0a2 で追加された langchain.mcp の中身と、業務で使う際の判断を整理します。
📖 この記事で分かること
- LangChain 1.4.0a2 が追加した
langchain.mcpの中身 - 複数サーバー接続・認証・キャッシュの指定方法
- 別パッケージ運用から何が変わるのか
- 本番投入をまだ待つべき理由
💡 知っておきたい用語
- MCP: AI に外部の道具を渡すための共通コンセント。形が合えばどの機器にも挿せる
- アダプタ: そのコンセントを、手元の道具箱の規格に合わせる変換プラグ
- アルファ版: 設計図が確定する前の試作品。形が変わる前提で触るもの
最終更新日: 2026年8月31日
▶ 公式ページ
- LangChain 1.4.0a2 リリースノート(GitHub)
- langchain-mcp-adapters(PyPI)

LangChain 1.4.0a2 で何が変わったか
この記事のポイント
- LangChain が 2026年8月28日 16:19 UTC、
langchain.mcpを含む 1.4.0a2 を公開(2026年8月時点)。 - MCP サーバーのツールを変換し、
create_agentへそのまま渡せる公式アダプタが本体側に入った。 - 導入は
pip install "langchain[mcp]==1.4.0a2"。アルファのため 1.4.0 確定までに API は変わりうる。
LangChain がアルファ版 1.4.0a2 を公開しました。追加されたのは langchain.mcp という MCP アダプタです。リリースノートの表現では「任意の MCP サーバーを LangChain のツールに変換し、そのまま create_agent に渡せる first-party アダプタのアルファプレビュー」とされています。first-party、つまり本体に同梱された公式部品である点がこの更新の中心です。
最小の書き方は次のとおりです。
from langchain.agents import create_agent
from langchain.mcp import MCPAdapter
async with MCPAdapter("https://example.com/mcp") as adapter:
agent = create_agent("anthropic:claude-sonnet-5", await adapter.get_tools())
MCP サーバーの URL を渡し、get_tools() の結果をエージェントに渡すだけです。ツール定義を手書きで再宣言する工程が挟まりません。
langchain.mcp は何を引き受けるのか
このアダプタは FastMCP のクライアント機能の上に構築されており、接続先の形式を選びません。受け付けるのは HTTP エンドポイントの URL、ローカルのスクリプトパス(stdio)、インプロセスの FastMCP サーバー、複数サーバーの設定、そして独自に組み立てた FastMCP の Client インスタンスです。細かい制御が要る場合は、クライアント側で指定してから渡せます。
from fastmcp.client import Client
from langchain.mcp import MCPAdapter
client = Client("https://example.com/mcp", auth="oauth", cache=True, timeout=30)
運用側で効く指定は 4 つあります。
- 認証:
authに"oauth"、ベアラートークンの文字列、httpx.Authインスタンスのいずれかを渡せます。 - キャッシュ:
cache=Trueでオプトイン。クライアント単位のインメモリキャッシュで、サーバー自身が返すttlMsを尊重します。 - 名前空間: サーバーを 2 つ以上つなぐと、ツール名がサーバー名で名前空間化されます(例:
weather_get_forecast)。単一サーバーのときは接頭辞が付きません。 - エリシテーション:
elicitation="interrupt"を指定すると、サーバーがツール実行の途中で人間に入力を求めてきた場合に、LangGraph の interrupt として表面化します。
ツールの結果には MCPToolArtifact が付き、tool_message.artifact["structured_content"] から構造化コンテンツを取り出せます。文字列に潰さずに受け取れるため、後段の処理で再パースする必要が減ります。
プロトコル面では、旧来の initialize ハンドシェイク時代と、新しい server/discover 時代の両方を自動判定して扱うとされています。ただし公式リリースノートは「ハンドシェイク時代」「server/discover 時代」という言い方をしているだけで、対応する MCP 仕様のバージョン番号は記載されていません(2026年8月31日時点)。
別パッケージから本体へ、という移動
技術的な新規性より重要なのは、この機能が置かれた場所です。これまで LangChain から MCP を使う導線は、別パッケージの langchain-mcp-adapters でした。PyPI 上の最新は 0.3.2 で、2026年8月6日の公開です(2026年8月時点)。
つまり MCP 連携は、周辺のサードパーティ製アダプタという位置づけから、エージェントフレームワーク本体の標準部品へ移り始めた段階にあります。依存関係の追加ではなく langchain[mcp] というエクストラで入る形になったこと自体が、その位置づけを示しています。
一方で、旧パッケージが今後どう扱われるのか(本体へ統合されるのか、併存するのか、いずれ非推奨になるのか)は公式に記載がありません(2026年8月31日時点)。langchain-mcp-adapters は本稿執筆時点で「非推奨」とも「置き換え済み」とも明示されていないため、既存プロジェクトが今すぐ乗り換えを迫られる状況ではありません。
業務で使うときの判断
現時点での扱いは、検証と本番で切り分けるのが妥当です。リリースノートは「これはアルファであり、1.4.0 が確定するまでにインターフェースは変わりうる。API の形についてのフィードバックがまさに欲しいものだ」という趣旨の但し書きを添えています。設計を固める前段階だと公式が明言している以上、本番の依存に組み込むのは早すぎます。
逆に、検証側で触る価値は高い水準にあります。社内の MCP サーバーを 1 本用意して MCPAdapter でつなぎ、認証・キャッシュ・名前空間の挙動を確認しておけば、1.4.0 が確定した時点での移行判断が数日単位で済みます。とくに複数サーバーを束ねる予定がある場合、ツール名の名前空間化がプロンプト側の記述とぶつからないかは早めに見ておきたい点です。
このリリースノートには MCP 以外の変更は記載されていません。1.4.0a2 は MCP アダプタのための公開だと読めます。
編集部の見方
編集部は、今回の更新で効くのは機能の数ではなく 「MCP 連携が本体の標準部品になった」という位置づけの変化 だと見ます。そのうえで、現時点での本番投入は推奨しません。
- 根拠1: 追加されたのは公式アダプタであり、
pip install "langchain[mcp]==1.4.0a2"というエクストラ指定で入ります。別パッケージの選定と保守という判断が一段減ります。 - 根拠2: 認証・キャッシュ・名前空間・エリシテーション・構造化出力という、実運用で必ず当たる項目が最初から揃っています。試作用の最小実装ではありません。
- 根拠3: 一方でリリースノート自身がアルファであり API が変わりうると明記しています。フィードバックを募っている段階の API を本番の依存に置く判断は、移行コストを二重に払うことになります。
この見方が変わる条件: 1.4.0 の正式版でインターフェースが確定し、langchain-mcp-adapters の扱い(統合・併存・非推奨)が公式に示された時点です。そこが決まるまでは、検証環境で挙動を掴んでおく段階に留めるのが妥当だと考えます。
よくある質問
Q: 既存の langchain-mcp-adapters を今すぐ外す必要がありますか
A: 公式に非推奨とは記載されていないため、その必要はありません(2026年8月31日時点)。旧パッケージの今後の扱いは公式に未記載です。
Q: 複数の MCP サーバーをつないだとき、ツール名は衝突しませんか
A: 2 つ以上のサーバーをつなぐと、ツール名がサーバー名で名前空間化されます(例: weather_get_forecast)。単一サーバーのときは接頭辞が付きません。
Q: どの MCP 仕様バージョンに対応していますか
A: リリースノートは initialize ハンドシェイク時代と server/discover 時代の両方を自動で扱うと述べていますが、対応する仕様バージョン番号は記載されていません(2026年8月31日時点)。
まとめ
LangChain 1.4.0a2 は、MCP サーバーを LangChain のツールへ変換する公式アダプタ langchain.mcp をアルファ版で追加しました。接続先は URL・stdio・インプロセス・複数サーバー・独自クライアントに対応し、認証、ttlMs を尊重するキャッシュ、名前空間化、エリシテーション、構造化出力までを引き受けます。ただし API はアルファであり 1.4.0 確定までに変わりうるため、当面は検証環境で挙動を確認する段階です。
MCP プロトコル自体の拡張仕様については、以下の記事でも詳しく解説しています:
【用語解説】
- first-party: 本体を作っている当事者が提供する部品。第三者が用意した部品と区別する言い方
- エリシテーション: ツールの実行途中でサーバー側が人間に入力を求める仕組み。ここでは LangGraph の interrupt として表面化する
- stdio: 標準入出力。ローカルのスクリプトを起動し、その入出力経由でやり取りする接続方式
引用元:
- [1] langchain 1.4.0a2 リリースノート(GitHub)
- [2] langchain-mcp-adapters(PyPI)
この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。
Previous Post
生成AIニュースまとめ 先週【2026年8月24日(月)〜8月30日(日)】のAI公式発表を5分でチェック
Next Post
OpenClaw 2.0が公開。破壊的変更2件はdoctor –fixで移行が必要
15 年以上の開発経験を持つソフトウェアエンジニア / テクノロジーライター。AI エージェントの実務活用を研究し、現場や経営者向けセミナーでその知見を発信。本メディア tech-noisy.com では、一次情報に基づく最新ニュース・解説記事を執筆。また、音楽生成 AI による DJ パフォーマンスを企業イベントで行うなど、テクノロジーと表現の融合も探求している。