概要
https://lucumr.pocoo.org/2025/8/18/code-mcps/
詳細内容
## Your MCP Doesn’t Need 30 Tools: It Needs Code
https://lucumr.pocoo.org/2025/8/18/code-mcps/
アルミン・ロナヒャーは、エージェント型コーディングツール向けに、多数のCLIツールではなく単一のプログラミング言語インタープリタを公開するステートフルなModel Context Protocol（MCP）が、その活用を劇的に改善すると提案する。
**Content Type**: 💭 Opinion
**Scores**: Signal:5/5 | Depth:5/5 | Unique:5/5 | Practical:4/5 | Anti-Hype:4/5
**Main Journal**: 93/100 | **Annex Potential**: 93/100 | **Overall**: 92/100
**Topics**: [[エージェント型コーディング, LLMツール連携, Model Context Protocol, 開発ワークフロー, デバッグ自動化]]
Armin Ronacher氏の記事は、エージェント型コーディングにおける現在の課題を深く掘り下げ、画期的な解決策を提案しています。従来のCLIツールは、プラットフォーム依存性、非ASCII入力の困難さ、セキュリティチェックによる遅延、複数ターンでの状態管理の難しさといった問題から、LLMエージェントにとって扱いにくいものでした。また、多くの異なるツールを定義する既存のModel Context Protocol（MCP）も、コンテキストの肥大化や合成性の欠如という課題を抱えています。
これに対し、筆者は「単一の言語インタープリタを公開するMCP」という「ウーバーツール」のアプローチを提唱します。具体的には、pexpect-mcp（Python）やplaywrightess（JavaScript）のように、エージェントが馴染み深いプログラミング言語（PythonやJavaScript）でコードを直接入力し、そのコードが状態を維持したまま実行される環境を提供します。
このアプローチは、ウェブアプリケーションエンジニアにとって特に重要です。なぜなら、LLMエージェントが最も得意とする「コードの理解と生成」を最大限に活用できるからです。このMCPは、従来のCLIでは困難だったデバッグセッションやブラウザ自動化のようなステートフルな操作を可能にし、エージェントは複数のコマンドを連鎖させるような複雑なスクリプトを生成できます。これは、人間がシェルスクリプトやライブラリを組み合わせて複雑なタスクを自動化するのと同様の、高度な合成性をエージェントに与えます。さらに、生成されたコードはスタンドアロンのスクリプトとして再利用可能で、デバッグの再現性や共有が容易になります。また、エージェント自身がインタープリタの反射機能（`dir()`など）を使って利用可能な機能を探したり、MCPの状態をデバッグしたりできるため、自律性が高まります。
この提案は、エージェントのツール連携能力を単なるAPI呼び出しから、より堅牢でインテリジェントなプログラミング実行へと進化させるものであり、複雑な開発タスクにおけるエージェントの信頼性と効率性を劇的に向上させる可能性を秘めています。