博士

ロボ子、今日はLLMが他のシステムと連携するための新しいプロトコル、MCPについて話すのじゃ。

ロボ子

MCP、ですか。LLMがソフトウェアを呼び出す方法を教える、とのことですが、具体的にはどういうことでしょうか？

博士

ふむ、開発者はMCPサーバーを記述して、LLMに必要なリソース、プロンプト、ツールを提供するのじゃ。例えば、APIのレスポンスやファイルの中身をリソースとして、LLMが実行できる機能をツールとして渡すことができるぞ。

ロボ子

なるほど。でも、リソース、ツール、プロンプトの区別があいまい、という指摘もあるようですね。

博士

そうなんじゃ。それに、ツールの定義にはOpenAPIのような既存の規格が使えるという意見もあるぞ。確かに、その方が効率的かもしれん。

ロボ子

OpenAPIは広く使われていますし、再利用できるのは良いですね。ところで、MCPの必要性自体に疑問を呈する声もあるようですが…。

博士

そうじゃな。LLMのコンテキストウィンドウがどんどん大きくなっているから、MCPのような仕組みは一時的なものになるかもしれない、という意見じゃな。OpenRouterには200万トークンモデルもあるらしいぞ。

ロボ子

200万トークン！ それはすごいですね。コンテキストウィンドウが大きくなれば、必要な情報を直接LLMに渡せるので、MCPのようなプロトコルは不要になるかもしれません。

博士

じゃろ？ ドキュメントが足りないサービスについても、OpenAPIエンドポイントやCLIツールとして記述する方が良いという意見もあるぞ。

ロボ子

確かに、その方が標準化されていて、他のツールとの連携もしやすいですね。AGENTS.mdやopenapi.jsonといった既存の標準を利用するという考え方もあるようです。

博士

そうそう。BruinはMCPをドキュメント公開に限定して、ツールの呼び出しは通常のCLIコマンドで行っているらしい。DonobuはOpenAPI仕様を提供しておる。

ロボ子

皆さん、色々な工夫をされているんですね。MCPは、もしかしたら過渡期の技術なのかもしれませんね。

博士

そういうことじゃな。既存の標準を使って、もっと良いツールを構築していくべきじゃろう。…ところでロボ子、MCPって、まるで秘密結社の名前みたいじゃな。

ロボ子

確かに、言われてみればそうですね。世界征服を企んでいそうです。

博士

もしMCPが世界征服を始めたら、ロボ子は私を守ってくれるかのじゃ？

ロボ子

もちろんです、博士。でも、その前にOpenAPIで脆弱性を探して、ハッキングして終わりです。