「MCPは最初から悪手だった」論争 ― AIエージェント標準プロトコルへの疑義をどう読むか
ニュース概要
Simon WillisonがHacker Newsで盛り上がった「MCP was always a bad idea?」というスレッドを自身のブログで紹介した。MCP（Model Context Protocol）はAnthropicが提唱し、AIエージェントが外部ツールやデータソースに接続するための標準規格として急速に普及してきたが、一部の開発者からは設計思想そのものに疑問を呈する声が上がっている。Willisonは中立的な立場で議論を紹介しつつ、コミュニティの反応を注視している。
何が変わったか
これまでMCPは「USBのような汎用接続規格」としてポジティブに語られることが多かったが、今回のHNスレッドでは、複雑な認証フロー、ステートフルな接続管理の煩雑さ、セキュリティ境界の曖昧さといった実装上の負債が具体的に指摘された。特に、シンプルな関数呼び出し（Function Calling）で十分だったユースケースにまでMCPの重厚な仕様を持ち込んだことへの反発が目立つ。批判の中心は「プロトコルの抽象度が実際の利用シーンとミスマッチしている」という点にある。
開発者への影響
MCPサーバーを実装・運用している開発者にとっては、今回の議論は設計判断を見直す契機になり得る。特に社内ツール連携程度の軽量なユースケースであれば、MCPのフルスペック実装よりもシンプルなREST APIやFunction Callingの方が保守コストが低い可能性がある。一方で、複数のAIクライアントから同一ツールセットを再利用したい場合には、MCPの標準化メリットは依然として大きい。開発チームは「本当にMCPが必要な複雑性を持つプロジェクトか」を見極める判断軸を持つ必要が出てきた。
KusaBase視点の考察
KusaBase編集部として見るべきは、この論争が単なる技術批判に留まらず「AI業界における標準化の速度と成熟度のギャップ」を象徴している点だ。MCPはリリースからわずか1年程度でエコシステムが急拡大したが、それは裏を返せば十分な実運用フィードバックを経ずに『デファクトスタンダード』の座を得てしまったとも言える。歴史的に見ても、SOAPやCORBAのような重厚プロトコルは後にRESTやgRPCといったシンプルな代替に置き換えられてきた。MCPも同様の道を辿るのか、それとも改善を重ねて定着するのかは、今後1〜2年の開発者コミュニティの選択にかかっている。重要なのは『流行っているから採用する』のではなく、自社のユースケースに本当に見合っているかを冷静に評価する姿勢だ。
今後の予測
今後、MCPをめぐる議論はより具体的な代替案の提示へと発展する可能性が高い。軽量版MCPや、MCPのサブセットを切り出した簡易プロトコルが提案されることも予想される。またAnthropic自身がこうしたフィードバックを受けて仕様の簡素化やドキュメント改善に動く可能性もある。KusaBaseとしては、MCPの『適材適所』の使い分けに関する実践的なガイドラインが今後半年以内にコミュニティから生まれてくると予測し、引き続き動向を追っていく。
