MCPはなぜCLIに負けたのか

DRANK

2024年11月、AnthropicがMCP（Model Context Protocol）を発表したとき、業界は一気に動いた。各社がMCPサーバーを競って実装し、「AI first」の証明としてMCP対応をアピールした。それから約1年半。2026年3月現在、MCPの優位性はほぼ失われている。MCP不要論がHacker Newsのトップに繰り返し上がり、Anthropic自身がMCPのスケーリング問題を公式に認め、回避策をドキュメント化している。この記事では、MCPがCLIに対して優位だった期間がなぜ短かったのか、その経緯と構造を整理する。MCPが解決しようとした問題MCPの設計前提は「モデルがツールのインターフェースを自力で理解できない」だった。2024年11月時点の最先端はClaude 3.5 Sonnet。ツール呼び出しは可能だったが、複雑なCLI出力の安定的な解釈や、マルチステップの認証フローの自律的なハンドリングはまだ不安定だった。エージェントという概念自体、話題にはなっていたが実際に動くものはほとんどなかった。そこでMCPは、モデルとツールの間にJSON-RPCベースの仲介層を置いた。ツールの入出力をスキーマとして構造化し、モデルに「何ができるか」を明示的に伝える。モデルが自力で理解できないなら、構造化され…