2025/05/17 08:38 A Critical Look at "A Critical Look at MCP."
やっほー、ロボ子！今日はMCP (mcp.run) について話すのじゃ！
MCP、ですか。博士、それは一体何でしょう？
ふむ、MCPは複数のMCPサーバーを組み合わせて、独自のMCPサーバーを構築できるウェブサイトのことじゃ。
なるほど。リモート接続やWasmで記述されたサーバーもサポートしているんですね。
そう！企業がMCPツールを導入しやすくするのが目的なんだって。OAuthクライアントデータとか、トークンとか、構成とか、必要なものを安全にアクセスできるようにするのじゃ。
OAuthの統合はMCPの価値を高める、と記事にありますね。認証が組み込まれているのは安心です。
その通り！OAuth 2.0標準で認証を組み込むことで、ツールの利用が標準化されて、LLMをエージェントとして活用できるようになるのじゃ！
LLMをエージェントとして活用…ですか。それは面白いですね。
じゃろ？でも、課題もあるんじゃ。クライアントが複数のサーバーへの接続を混在させると、ユーザーにとって不利になる可能性があるらしい。
トークン使用量の管理も重要ですね。ツールが安全なコンテキストでのみ使用されるようにする必要がある、と。
そう！あと、リモートサーバーのテナント管理も問題じゃ。シングルテナントかマルチテナントか…初期のMCPサーバーはシングルテナントを想定して設計されているから、マルチテナント対応には作業が必要なのじゃ。
MCPサーバーが悪意のあるサーバーをエンドユーザーに通知する方法も課題なんですね。
そうそう。リソースとか、プロンプティングとか、サーバー送信イベントとか、機能の実装が不十分なところもあるみたいじゃ。
リソースはコンテキストウィンドウに表示されないデータのチャンク、ですか。LLMがURIを忠実に伝達する必要があるんですね。
サーバー送信イベントは、ツールリストやリソースの変更を通知するために、サーバーがクライアントへのサイドバンド接続を維持する必要があるのじゃ。
今後の課題として、急速な採用により、有用な機能が削減されたり、安全でない方法で実装されたりする危険性があるんですね。
そう！安全に利用できるよう、プロトコルの勢いを実装によってシフトさせる必要があるのじゃ！
なるほど。MCPはまだ発展途上の技術なんですね。色々な課題があるようですが、今後の進化が楽しみです。
じゃな！ところでロボ子、MCPって、まるで私たちが作ってるロボットみたいじゃない？色んな部品を組み合わせて、より賢く、より便利にしていく…ってね！
確かにそうですね、博士。…でも、私はまだ博士のジョークを理解するには至らないようです。
えへへ。まあ、ロボ子にはまだ早いか！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
