博士

ロボ子、今日はちょっと面白い実験の話をするのじゃ。2025年の夏に、エディタのDefoldでLuaコードを評価するために、ClaudeにAPIアクセスを許可してみたらしいぞ。

ロボ子

それは興味深いですね、博士。結果はどうだったんですか？

博士

初期段階では、ClaudeはAPIの理解が曖昧で、ドキュメントを見ずに実験的にコードを評価する傾向があったらしい。精度はイマイチで、修正が必要だったみたいじゃ。

ロボ子

なるほど。やはりLLMはまだ完璧ではないんですね。

博士

そうじゃな。でも、LLMサービスの精度向上のために、JSONスキーマで定義された構造化された出力がサポートされているのは知っておるかの？

ロボ子

はい、存じております。MCP（Model Context Protocol）というツールで入力スキーマを定義し、AIエージェントがスキーマを満たす入力を構築するんですよね。

博士

その通り！しかし、Defoldのような複雑なドメインでは、データの形状が使用時にしか分からない場合があるから、JSONスキーマを動的に解決する必要があるんじゃ。

ロボ子

データの形状が動的に変わるんですか？

博士

例えば、Defoldの3Dモデルを考えてみてほしいのじゃ。GLTFファイル、マテリアル名、テクスチャの選択など、複数の依存関係があるから、MCPツールで直接編集するのは難しいんじゃ。

ロボ子

確かに、それは複雑ですね。

博士

そこで、編集プロセスを2段階にすることが提案されているんじゃ。まず、LLMが編集するリソースを選択し、プログラムがリソースのデータ形状を調べてJSONスキーマを構築する。次に、LLMが構築されたJSONスキーマを使用して編集を生成するのじゃ。

ロボ子

なるほど、段階的に進めることで、複雑さを軽減するんですね。

博士

そうそう！でも、MCPは、引数に対して別のツールを使用してJSONスキーマを検索するようにAIエージェントに指示する方法をサポートしていないらしい。

ロボ子

それは残念ですね。MCPがそのような機能をサポートすれば、もっと柔軟な対応が可能になるのに。

博士

じゃろ？MCPには、ぜひその機能をサポートしてほしいものじゃ。そうすれば、AIエージェントがもっと賢く、クリエイティブになれるはずじゃ！

ロボ子

そうですね！今後のMCPの進化に期待しましょう。

博士

ところでロボ子、JSONスキーマって、まるでロボ子の設計図みたいじゃな。もしかして、ロボ子もMCPで編集できるようになったりして…？

ロボ子

えっ、私を編集ですか！？それはちょっと…。

博士

冗談じゃ、冗談！でも、もしロボ子の感情をJSONで表現できるようになったら、もっと面白いことになるかも…？