あなたのMCPは30個のツールを必要としません。コードだけで十分です。

この記事では、プログラミングコードを入力として受け入れるシングルツールMCPサーバーを使用する新しいアプローチを探求しています。著者は、プラットフォーム依存性、バージョン依存性、ドキュメントの不足など、CLIツールの課題を指摘しており、これによりエージェントツールでの使用が困難になります。これとは対照的に、MCPサーバーは状態を維持し、単一のツール（例：eval（）を実行するPythonインタープリター）を公開することで、エージェントツールがセッションをより適切に管理し、ツールを構成できるようにします。著者は、pexpect-mcpを使用してこのアプローチの有効性を示しています。これは、MCPサーバーを状態を持つPythonインタープリターに変換し、デバッグを簡素化し、効率を向上させます。さらに、著者は、PlaywrightのMCPを、JavaScriptを介してPlaywright APIを公開するMCPに置き換えることを検討しており、これによりツールの定義数が減り、データ転送の効率が向上します。セキュリティ上の懸念はありますが、著者はこのアプローチは大きな可能性を秘めており、さらなる調査に値すると主張しています。