ステートレスMCP(Stateless MCP)とは(すてーとれすえむしーぴー)

背景・由来

MCP(Model Context Protocol)は、AIモデルと外部のツールやデータソースを接続するための共通規格として広まりつつある仕組みです。企業がAIエージェントに社内システムや業務ツールを操作させる際、この規格に沿ってサーバーを立てることで、AI側とシステム側のやり取りを標準化できます。

このMCPサーバーを構築する際に選択肢となるのが「ステートフル」か「ステートレス」かという実装方式です。ステートフルな構成では、ユーザーとのやり取りの履歴や文脈をサーバー側が保持し続けます。一方、ステートレスMCPでは、リクエストごとにサーバー側は何も記憶せず、必要な情報はすべて毎回のリクエストに含める形になります。

Webサービスの世界では、スケーラビリティや運用の単純さを理由に、古くからステートレスな設計が好まれる傾向があります。MCPサーバーの実装においても同様の考え方が持ち込まれており、特に複数のクライアントから大量のリクエストを受ける可能性がある業務システムでは、ステートレスMCPが選ばれる場面が増えています。

具体例

例えば、社内の問い合わせ対応AIが、複数の部署から同時にアクセスされる状況を考えます。ステートフルな構成では、サーバーが各ユーザーの会話の流れをメモリ上に保持するため、利用者が増えるほどサーバーの負荷や管理の複雑さが増していきます。障害が起きた際に、どのセッションの状態が失われたかを追う作業も発生します。

ステートレスMCPであれば、サーバー自体は「今何が起きているか」を覚えていません。会話の履歴や必要な文脈情報は、クライアント側(AIエージェントやアプリケーション)が管理し、リクエストのたびにその情報を渡す形になります。これにより、サーバーを増減させる、あるいは落ちたサーバーを別のものに入れ替える、といった運用が容易になります。

一方で、複数のリクエストをまたいだ複雑な処理(例えば、長い商談履歴を踏まえた提案書作成のように、文脈を積み重ねる必要がある処理)を行う場合は、クライアント側や別の仕組みで文脈を管理する工夫が必要になります。

経営者が知っておくべきこと

ステートレスMCPは、技術者が選ぶ「実装の一形式」に見えますが、経営視点では運用コストとリスクに直結する選択です。ステートレスな構成は、利用者数の増減が予測しにくい事業やシステムにおいて、インフラ費用や保守人員を抑えやすいという利点があります。逆にステートフルな構成は、複雑な文脈理解が求められる業務には向くものの、運用の複雑さやサーバー障害時の影響範囲が大きくなりやすい傾向があります。

重要なのは、どちらが優れているという話ではなく、自社が構築・導入しようとしているAIエージェントの用途に合っているかを見極めることです。単純な問い合わせや定型的な処理が中心であればステートレスMCPで十分なことが多く、逆に長期的な文脈を踏まえた高度な業務支援を目指すのであれば、文脈管理の設計に別途投資が必要になります。

発注先や社内エンジニアがどちらの方式を選んでいるかを把握し、その理由を説明してもらうことは、AI導入プロジェクトの費用感や将来の拡張性を判断する材料になります。技術的な詳細を自分で扱えなくても、「なぜこの方式を選んだのか」を尋ねる姿勢が、後戻りのできない投資判断を防ぐことにつながります。