概要
https://workos.com/blog/beyond-request-response-mcp
詳細内容
## Model Context Protocol (MCP) の進化：リクエスト/レスポンスを超えたサーバー間の協調
https://workos.com/blog/beyond-request-response-mcp
**Original Title**: Beyond request-response: How MCP servers are learning to collaborate
MCPサーバーが単なるツールの提供者から、推論・認証・対話を管理する能動的な「協力者」へと進化する新たなアーキテクチャ・パターンを提示する。
**Content Type**: 🛠️ Technical Reference
**Language**: en
**Scores**: Signal:5/5 | Depth:4/5 | Unique:4/5 | Practical:4/5 | Anti-Hype:4/5
**Main Journal**: 88/100 | **Annex Potential**: 82/100 | **Overall**: 84/100
**Topics**: [[Model Context Protocol, AI Agents, Web Security, LLM Orchestration, API Design]]
Model Context Protocol（MCP）は、LLMがサーバーのツールを呼び出すという単純な「リクエスト・レスポンス型」から、サーバー側も主体的にワークフローに関与する「協調型」へと進化を遂げている。著者は、初期のMCPが直面した「本番環境における認証の壁」や「曖昧さへの憶測による対応」という課題を解決するために導入された、3つの主要なコラボレーション・パターンを解説している。
1つ目の「サンプリング（Sampling）」は、サーバー側がモデルに対して推論や中間状態の検証を依頼する機能だ。これにより、サーバーは単なる命令の実行者ではなく、モデルを推論エンジンとして活用しつつ、実行の主導権を握ることができる。重要なのは、実行前に人間がメッセージを確認・編集・拒否できる「ヒューマン・イン・ザ・ループ」が組み込まれている点であり、精度や透明性が求められる意思決定システムにおいて極めて重要だと筆者は述べている。
2つ目の「URLモード・エリシテーション（URL-mode elicitation）」は、OAuth認証やSSO、決済フローといった、LLMのコンテキスト外で行うべき機密性の高い対話を処理する。サーバーはワークフローを一時停止し、信頼されたブラウザ環境でのユーザー操作を強制することで、アクセストークンなどの機密情報がクライアントやモデルに露出するリスクを排除する。
3つ目の「フォームモード・エリシテーション（Form-mode elicitation）」は、実行パスが複数存在するような曖昧な状況で、ユーザーに構造化された入力を求める機能だ。LLMが勝手な推測で誤った環境（本番環境でのマイグレーション実行など）を選択することを防ぎ、JSON Schemaに基づいた確実な情報収集を可能にする。
さらに、著者はコミュニティで議論されている「双方向ツール呼び出し（SEP-1006）」についても言及している。これはサーバー側からエージェントのワークフローをトリガーするもので、イベント駆動型AIの実現に繋がる可能性がある。筆者によれば、これらの進化は「LLMがすべてを決定する」モデルから、「サーバーがポリシーと状態を管理し、モデルが推論を、人間が最終確認を担当する」という、より堅牢で現実的な役割分担へのシフトを象徴している。エンジニアにとって、これはAIエージェントを既存のエンタープライズ・インフラに安全に統合するための不可欠な進歩といえる。