モデルの進化が早すぎてベストプラクティクス（RAGとかMCPとか）がどんどん変わっていっているというお話。Claude CodeもRAG止めてエージェント検索に移行した例もある。
"十分に優秀なモデルが前提なら、OpenAPIスキーマやRESTエンドポイントを1つ公開するだけで、どのクライアントのモデルもそれを読んで叩ける" これは本当にそう思う。なぜAI専用の口を設ける必要があるのか？
Geminiは矢鱈とMCPが推奨されていたころの学習が効いているらしく、ICP+SDKでアプリ内チャットが稼働していたのにMCP+Gemini CLI Coreを実装しましょうって勧めてきたので論破しといた。
そりゃ開発してたらそうなるでしょうよ。n8nみたいなローコードで作ったアプリはCLIに出来ないからな。いずれ出来そうだけども
中間プロトコルを整備してる間にモデル側が直接CLI叩けるほど賢くなったの皮肉すぎて草。結局シンプルが最強か
今時点でシステムの管理画面無しを実現するならOAuthありMCPが一番楽だよ URL1つでAIがシステム操作可能なところまで持っていけるのはMCPだけ 潮目が変わったらAIに作り直させればいい
CLIと比較できるのはlocal MCPだけ。http MCPとの比較はAPIだけどそのAPIを正しく使わせるためにはスキルで説明が必要。MCP不要にするためにWebAPIを呼び出すだけのCLIを作るのは「作れるからって余計なもの作ってる」最悪な現象
初見のツールに関しては体系的な知識を与えられるMCPは相変わらず有効だと思うよ。ghコマンドなら覚えているだろうけどsearch-docsコマンドの使い方は知らない。あとはツール情報の与え方の工夫だと思うけどね
とりあえずブクマ
どっちみちREST APIでもMCPでも白紙から実装するわけではないし………事前定義のコストはその優秀な今どきのAI向けにしたら理論上はCLIドキュメントと変わらないな気もするけども。宣言的にするなら結局ラップするし。
MCPはサービス趣向、CLIはツール趣向かな
MPCサーバーとか全然試してなくて、そのうち試そうと思ってたら終わりそう？
いやまあそりゃ CLI だとか REST API が装備されてたら MCP はいらないよね。 それがないものでも使えるようなアダプターとして MCP を提唱したんだと思うし。 MCP も Skills みたいな段階的開示の仕組みはほしいかな。
推論モデル（OpenAIのo1、o3）の登場で状況が変わった。MCPが解決しようとした「モデルがツールのインターフェースを理解できない」という問題を、モデル側の進化が解消した
Webも内容によってはAPI化するよりテキストブラウザで表示しても崩れないシンプルなHTMLを返したほうがAIフレンドリーだと思う。
githubのMCPがおかしいんだよ、今数えたら一つで43個のツールを定義してプロンプトを圧迫している。善良なMCPは2，3個のツール提供しかしない。たった一つの悪目立ちするMCPのせいでMCP全体が悪者扱いにされている。
変化が早いからなぁ。CLIも半年したら「あのときは流行ってたよね」になる可能性は普通にあるだろ。諸行無常。盛者必衰
つかskillで良いよねって感じ
なんか挙ってMCP、MCP言い出したから、AIクライアント使いこなせなくてもWeb+DBのサーバーサイド開発者として生き残れるのかな、とか思ってたら、もう死ぬの？ｗｗ
MCPはなぜCLIに負けたのか —— 経緯と構造を整理する
モデルの進化が早すぎてベストプラクティクス（RAGとかMCPとか）がどんどん変わっていっているというお話。Claude CodeもRAG止めてエージェント検索に移行した例もある。
"十分に優秀なモデルが前提なら、OpenAPIスキーマやRESTエンドポイントを1つ公開するだけで、どのクライアントのモデルもそれを読んで叩ける" これは本当にそう思う。なぜAI専用の口を設ける必要があるのか？
Geminiは矢鱈とMCPが推奨されていたころの学習が効いているらしく、ICP+SDKでアプリ内チャットが稼働していたのにMCP+Gemini CLI Coreを実装しましょうって勧めてきたので論破しといた。
そりゃ開発してたらそうなるでしょうよ。n8nみたいなローコードで作ったアプリはCLIに出来ないからな。いずれ出来そうだけども
中間プロトコルを整備してる間にモデル側が直接CLI叩けるほど賢くなったの皮肉すぎて草。結局シンプルが最強か
今時点でシステムの管理画面無しを実現するならOAuthありMCPが一番楽だよ URL1つでAIがシステム操作可能なところまで持っていけるのはMCPだけ 潮目が変わったらAIに作り直させればいい
CLIと比較できるのはlocal MCPだけ。http MCPとの比較はAPIだけどそのAPIを正しく使わせるためにはスキルで説明が必要。MCP不要にするためにWebAPIを呼び出すだけのCLIを作るのは「作れるからって余計なもの作ってる」最悪な現象
初見のツールに関しては体系的な知識を与えられるMCPは相変わらず有効だと思うよ。ghコマンドなら覚えているだろうけどsearch-docsコマンドの使い方は知らない。あとはツール情報の与え方の工夫だと思うけどね
とりあえずブクマ
どっちみちREST APIでもMCPでも白紙から実装するわけではないし………事前定義のコストはその優秀な今どきのAI向けにしたら理論上はCLIドキュメントと変わらないな気もするけども。宣言的にするなら結局ラップするし。
MCPはサービス趣向、CLIはツール趣向かな
MPCサーバーとか全然試してなくて、そのうち試そうと思ってたら終わりそう？
いやまあそりゃ CLI だとか REST API が装備されてたら MCP はいらないよね。 それがないものでも使えるようなアダプターとして MCP を提唱したんだと思うし。 MCP も Skills みたいな段階的開示の仕組みはほしいかな。
推論モデル（OpenAIのo1、o3）の登場で状況が変わった。MCPが解決しようとした「モデルがツールのインターフェースを理解できない」という問題を、モデル側の進化が解消した
Webも内容によってはAPI化するよりテキストブラウザで表示しても崩れないシンプルなHTMLを返したほうがAIフレンドリーだと思う。
githubのMCPがおかしいんだよ、今数えたら一つで43個のツールを定義してプロンプトを圧迫している。善良なMCPは2，3個のツール提供しかしない。たった一つの悪目立ちするMCPのせいでMCP全体が悪者扱いにされている。
変化が早いからなぁ。CLIも半年したら「あのときは流行ってたよね」になる可能性は普通にあるだろ。諸行無常。盛者必衰
つかskillで良いよねって感じ
なんか挙ってMCP、MCP言い出したから、AIクライアント使いこなせなくてもWeb+DBのサーバーサイド開発者として生き残れるのかな、とか思ってたら、もう死ぬの？ｗｗ