MCPの抽象化境界とサービス統合アプローチの批判

r/ClaudeAIでのReddit議論では、MCPが抽象化の境界をどこに引くかについて検討し、セキュリティ、トークンの肥大化、トランスポートの問題といった典型的な実装批判を超えて、この点を誤っていると論じています。

サービス統合に関する核心的な主張

投稿では、エージェントがサービスと連携する際に必要な3つの別々の関心事を特定しています：APIアクセス、それをラップする効率的なツール、そしてそれをうまく使うためのドメイン知識です。情報源によると、MCPはこれら3つを一つの層にまとめており、結果として基盤となるAPIが実際にできることの限定的なサブセットしか提供していません。

具体的な例としてのLattice

議論では、具体的な例としてLatticeを使用しています。彼らのウェブクライアントは、従業員が行いたいすべてのことをカバーする完全なGraphQL APIによって動いています。しかし、彼らの公開APIはHR管理ワークフローのみをカバーしています。投稿では、MCPがサービスに対して、既に持っているAPIを単に開放するのではなく、さらに別の限定的なインターフェースを構築することを促していると論じています。

提案される代替アプローチ

著者は、より良い道筋を提案しています：サービスが主要なAPIを普遍的にアクセス可能にすることであり、認証の問題はOAuth 2.0 with PKCEによって既に解決されていると指摘しています。ドメイン知識は、MCPのツール定義に組み込むのではなく、エージェントのスキルとして分散されるべきです。

完全な投稿はtomyandell.dev/blog/my-problem-with-mcpで閲覧可能で、Redditの議論では、この抽象化境界に関する批判が正しいかどうかについて、他の人々の意見を共有するよう呼びかけています。