テクノロジー

MCP is dead | Quandri Engineering
2026/05/30 00:23 コメント 19件
1: nguyen-oi 2026/05/31 07:07

技術トレンドのサイクル早すぎて草。でも実務で使うなら結局シンプルな方が強い

2: hhungry 2026/05/31 07:49

"要約：MCPはコンテキストを消費し、信頼性が低く、既存のCLI/APIと重複している"

3: atohiro 2026/05/31 08:08

MCT油のことかと早とちり。

4: mayumayu_nimolove 2026/05/31 08:09

こういうRIP系の主張はまず頭文字にお前の中だけをつけて読むことにしている

5: phillies_rocks 2026/05/31 08:58

いつの記事か書いてないけど多分古いよ

6: atsushieno 2026/05/31 09:06

こいつもCLIの後方互換性の重要性を何も考えてなさそう

7: hasiduki 2026/05/31 09:27

AIエージェントにsh基盤とsh操作スキルが揃ってればMCPに存在意義はない！！！！！！！でもそんなの稀では？？？？？？あとはMCP-UIとかcurlやcliではできない対人体験を組み込めると強いかもかもかな！！！！！！

8: phain 2026/05/31 09:44

MCP は死んでおらず、しかし「とりあえず全部 MCP」の時代は終わった。 正しい問いは「MCP を使うか否か」ではなく「自分のスタックのどこに MCP が属し、どこでより単純な手段が勝るか」。

9: jyib1302 2026/05/31 09:50

なんですぐ死んでしまうん？

10: yo_aibou 2026/05/31 10:24

こういう釣りタイトル見飽きたのでAIでなんとかできませんかね

11: circled 2026/05/31 10:28

MCPが死んだというより、開発者の日常作業では、MCPよりCLI/API + Skillsの方が軽く、かつデバッグしやすく、壊れにくい場面が多いから、そこにMCP加えるのは過剰投資な上、トークン消費量的にも無駄過ぎだろ？というお話

12: diveintounlimit 2026/05/31 10:50

なんですぐに死んでしまうん？

13: hiby 2026/05/31 11:19

また死んでる…次死ぬのはRAGあたりですか。

14: bearcub 2026/05/31 11:22

煽りタイトルだがこれは真。問題はMCP経由の高度なSaaS機能を、自前開発システム+cliが上回り始めたということ。

15: ee83jaige 2026/05/31 11:44

これを主張してるのと賛同してる奴は、手元で一人で業務するだけのショボいシステムしか開発したことがない or 無職で業務が想像できないのが丸わかり

16: aox 2026/05/31 13:15

次はMSP（モデル相撲プロトコル）ですね

17: snneko 2026/05/31 13:23

ちょうどMCP vs CLI + Skillsで両方実装して比較実験してたんだけど、MCPはtool数が多くなると起動時のdescription + specのcontext消費が重い。一方頻繁に実行するtoolは同一セッションでも毎回skill.mdを呼ぶCLIが重い。要は適材適所

18: daruyanagi 2026/05/31 14:29

そりゃ、CLI があればそっち使うわい（

19: misshiki 2026/06/01 20:03

QuandriはMCPを実測し、4サーバ77ツールで約21Kトークン消費、CLIよりLinear lookupが約65倍重いと指摘。Claude CodeのDeferred Loadingで肥大化は改善済みだが、開発者用途はCLI-first＋Skillsを推奨。