ホーム › アーカイブ › 2026年3月7日土曜日号 › MCPはなぜCLIに負けたのか —— 経緯と構造を整理する 掲載済み (2026-03-07号) #185 137文字 • 1分 MCPはなぜCLIに負けたのか —— 経緯と構造を整理する 日本語 zenn.dev/hiraly 掲載情報 2026年3月7日土曜日号 未掲載 概要 モデルの推論能力向上が「補助輪」としてのMCPを不要にし、トークン効率と汎用性に勝るCLIが再び主役となった2026年までの技術史的変遷を解説する。 詳細内容 2024年にAnthropicが発表したModel Context Protocol(MCP)が、2026年現在なぜ衰退したのかを分析する論考。当初、モデルがツールを理解するためのJSON-RPC層として期待されたMCPだが、Opus 4.6等の次世代モデルがmanページやヘルプを自力で理解・実行可能になったことで、その存在意義が揺らぎ始めた。決定打となったのはトークン効率の差で、MCPが数万トークンを消費するのに対し、CLIは数百トークンのREADMEで同等の制御が可能。Anthropic自身がスケーリング限界を認め回避策を導入した経緯や、認証・プロセス管理の不備を突く「MCP is dead」論争を経て、AIツールチェーンにおける標準化とモデル進化の速度差という構造的な教訓を提示している。 元記事を読む 他のサマリーを見る ← 前のサマリー GitHub SpecKitを使ってみた! ~AWSサーバーレスAPIを「自然言語」と「CLI」だけで構築する~ PART2 次のサマリー → バックエンドエンジニアがフロントエンドをLLMに頼って実装した反省点