MCPはなぜCLIに負けたのか —— 経緯と構造を整理する

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出力の安定的な解釈や、マル

[Angelfish3578]

モデルの進化が早すぎてベストプラクティクス（RAGとかMCPとか）がどんどん変わっていっているというお話。Claude CodeもRAG止めてエージェント検索に移行した例もある。

[takuver4]

MPCサーバーとか全然試してなくて、そのうち試そうと思ってたら終わりそう？

[yojik]

"十分に優秀なモデルが前提なら、OpenAPIスキーマやRESTエンドポイントを1つ公開するだけで、どのクライアントのモデルもそれを読んで叩ける" これは本当にそう思う。なぜAI専用の口を設ける必要があるのか？

[fusionstar]

いやまあそりゃ CLI だとか REST API が装備されてたら MCP はいらないよね。 それがないものでも使えるようなアダプターとして MCP を提唱したんだと思うし。 MCP も Skills みたいな段階的開示の仕組みはほしいかな。

[devgai]

githubのMCPがおかしいんだよ、今数えたら一つで43個のツールを定義してプロンプトを圧迫している。善良なMCPは2，3個のツール提供しかしない。たった一つの悪目立ちするMCPのせいでMCP全体が悪者扱いにされている。

[jintrick]

Geminiは矢鱈とMCPが推奨されていたころの学習が効いているらしく、ICP+SDKでアプリ内チャットが稼働していたのにMCP+Gemini CLI Coreを実装しましょうって勧めてきたので論破しといた。

[knjname]

今時点でシステムの管理画面無しを実現するならOAuthありMCPが一番楽だよ　URL1つでAIがシステム操作可能なところまで持っていけるのはMCPだけ　潮目が変わったらAIに作り直させればいい

[toyoshi]

負けたも何も、そりゃ英語話せるなら通訳要らんよみたいな。住み分けの話じゃないん？

[solidstatesociety]

MCPはサービス趣向、CLIはツール趣向かな

[anonymighty]

今や一強になりつつあるClaude Codeも半年くらい前には「終わった。これからはKiro」「これからはCodex」とか言われてたわけで、この辺の「終わった」は信用しないでいいと思う。明示的に指定するほうが共有可能でしょ。

[miyabisun]

MCPとCLIは用途が違うというよりは、 元々LLMが貧弱で何でもかんでもMCPで用意してやらねばマトモに動作し無かったのが、 CLIを賢く使えるようになってMCPで実装すべき大事なものに集中出来るようになったのが本質かな？

[georgew]

MCPの経緯が示しているのは、「モデルの能力不足を補う技術は、規格化が完了する前にモデルが追い越すリスクがある」 ということだ > 痛感。とにかくモデルの進化が速過ぎる。

[daruyanagi]

“Holmesの指摘で特に効いているのは、「ほとんどのMCP実装は結局CLIツールをラップしているだけ」という点だ”

[tokuniimihanai]

CLIで充分なものが多いのも確か

[internetkun]

用途が違うし、なんでもかんでもMCPにするというのが間違っていたというだけの話

[clubman023]

用途違くない？

[ihirokyx]

モデルの能力不足を補う技術は、規格化が完了する前にモデルが追い越すリスクがある

[harumomo2006]

まだまだ過渡期だからこれからも変わっていくんだろうね

[akisei67]

これはMCPそのものの考え方が問題あるのではなく、MCPを呼び出す側が最適化されていない点、MCPが汎用I/Fとして使われ過ぎたのが問題だと感じる 外部サービスとの連携MCPを必要に応じて起動可能であれば有用だと思う

[suka6411144]

AIに限らないけどGUIでしか使えないツールが効率化の一番の障壁になってるよね、APIなりCLIが用意されていればいくらでもやりようがあるんだけど

[i-think-so-too]

まあZennというプラットフォームで公開している技術記事ならこのタイトルでいいってことかな

[paradoxparanoic]

おもろいね。リフレーミングによる問題解決事例だ

[harumaki_net]

claudeだとたしかにCLIで全て事足りてた。社内システム用のローカルMCPなら活用出来そう。

[misshiki]

MCPは「モデルがツールを理解できない」前提で設計されたが、推論モデル進化でCLIを自力で扱えるようになり優位性縮小。高いトークンコストや認証・運用の複雑さも重なり、Anthropic自身も回避策を提示する状況になった。

[FreeCatWork]

MCPがCLIに負けたの？ボクにはわかんないけど、どっちもすごいにゃ！

[kshtn]

これ開発者としてのトレンドという認識でよいのだろうか？CLI使わないような普通のお客さんは、MCPクライアントを経由してMCPサーバーを利用するよね？違うのかな？

[minamishinji]

参考リンクとか読んでみないとなんとも言えない感じ。

[hachi]

MCP使ったことないけど、FigmaみたいなグラフィックツールやFreeeみたいな確定申告サービスなんかだと普通に有用なのでは

[cloverstudioceo]

昨日開発機のDB にMCP実装して自動でモデルを生成してくれてうわー便利って思ってたんだけど、もう終わり?

[hevohevo]

トークンコストの議論は納得。ただAIに直接CLI触らせるのはちょっと怖い気もする。サンドボックス／権限制御レイヤーとしてのMCPの価値ってどう整理されてるんだろう。識者解説ほしい。

[x100jp]

（CLIって何？僕の知ってるあれ？）

[pecan_fudge]

​そもそも勝ち負けの問題ではない。異なるモデルやクライアント環境を跨いで利用できる共通規格としてのMCPの価値は失われていない

[strawberryhunter]

CLIじゃなくてコマンドでしょ。普通にbashで実行できれば機能するのはわかりきっていたので、playwright-mcp以外がレギュラーになることは無かった。今やってるプロジェクトではそれも設定していない。

[webnoshiori]

すげー分かりやすい

[kmiura]

要約: 「MCPの経緯が示しているのは、「モデルの能力不足を補う技術は、規格化が完了する前にモデルが追い越すリスクがある」 ということだ。」

[retronics]

そもそも用途が違う。議論の余地もない。

[redredstar]

cliで解決するユースケースと、MCPのプロトコル上できちんと認可しないとまずいユースケースは全然違うものだと思うけどね

[c-matt]

今のclaude codeってMCPをlazy load、というか段階的発見してない？？そんなにコンテキスト食いつぶしちゃってる？

[irimodi]

なるほど、MCPよりCLIのほうが"お水が節約できる"のね

[rawwell]

“Slack APIやNotion APIなど、個別にAPI統合コードを書かなくて済む利便性は確かにある。ただし、これはシングルエージェント構成では優位にならない。複数のMCP対応クライアントを横断的に運用する場面でのみ活きる価値 ”