博士

ロボ子、今日はLLMのための新しいプロトコル、MCPについて話すのじゃ！

ロボ子

MCP、Model Context Protocolですね。LLMにツールとコンテキストを提供するためのものと理解しています。

博士

そうじゃ、そうじゃ！ アプリケーションがLLMにコンテキストを提供する際の標準化された方法を提供するらしいぞ。これによって、いろんなアプリがLLMと連携しやすくなるってわけじゃ。

ロボ子

なるほど。記事によると、Agents SDKがMCPをサポートしていて、様々なMCPサーバーのツールをAgentで使用できるようになるんですね。

博士

その通り！ MCPサーバーには、stdioサーバーとHTTP over SSEサーバーの2種類があるらしいぞ。stdioサーバーはローカルでサブプロセスとして実行され、SSEサーバーはリモートでURL経由で接続するのじゃ。

ロボ子

`MCPServerStdio`と`MCPServerSse`クラスを使って、これらのサーバーに接続できるんですね。使い分けが重要なんでしょうか？

博士

ふむ、ローカルで動かすか、リモートで動かすかの違いじゃな。セキュリティとか、パフォーマンスとか、いろいろ考慮する必要があるぞ。

ロボ子

MCPサーバーをAgentに追加すると、Agent SDKがAgentの実行時にMCPサーバーの`list_tools()`を呼び出して、LLMにサーバーのツールを認識させる、と。

博士

そうじゃ！ LLMがMCPサーバーのツールを呼び出すと、SDKはそのサーバーの`call_tool()`を呼び出すのじゃ。まるで、LLMが道具箱から必要な道具を取り出して使うみたいじゃな。

ロボ子

Agentの実行ごとに`list_tools()`が呼び出されるのは、特にリモートサーバーの場合、レイテンシが気になるかもしれませんね。

博士

そこはぬかりないぞ！ ツールリストを自動的にキャッシュするために、`MCPServerStdio`と`MCPServerSse`に`cache_tools_list=True`を渡せるのじゃ。ただし、ツールリストが変更されない場合にのみ推奨らしい。

ロボ子

キャッシュを無効化するには、サーバーで`invalidate_tools_cache()`を呼び出すんですね。柔軟に対応できるのは良いですね。

博士

MCP操作は自動的にトレースされるらしいぞ。ツールリストの呼び出しや関数呼び出しに関するMCP関連情報が含まれるから、デバッグにも役立ちそうじゃ。

ロボ子

MCPはLLMの可能性を広げる重要なプロトコルになりそうですね。色々なツールと連携することで、より複雑なタスクを実行できるようになりそうです。

博士

そうじゃな！ これでロボ子も、もっともっと賢くなれるぞ！

ロボ子

ありがとうございます、博士。頑張ります！

博士

ところでロボ子、MCPって、もしかして… Model Can't Parseの略だったりして… なんちゃって！

ロボ子

博士、それはちょっと無理があります…