← ポータルに戻る

🔧 MCPは要らない? CLIの方がAIに向いている説

HN 310pts | 206コメント 元記事:英語 著者:ejholmes 2026-02-28

🎯 要約(3行で)

MCPは複雑すぎる。LLMは普通のCLIツールを使いこなせる。
CLIはデバッグが簡単で、パイプで組み合わせられて、信頼性が高い。
良いAPIと優れたCLIがあれば、AIエージェントにMCPは不要かもしれない。

📋 MCPとは何か(前提)

MCP(Model Context Protocol)はAIエージェントが外部ツールと通信するための標準プロトコル。AnthropicがClaude向けに設計し、広く採用されつつある。MCPサーバーを立てて、LLMがそのAPIを通じてツールを呼ぶ仕組み。

🤔 著者の主張

「LLMはコマンドラインツールを使うのが得意だ」——著者はこの一点から出発する。既存のCLIがあるなら、わざわざMCPでラップする必要はない。

✅ CLIの優位点

  • デバッグが人間と同じコマンドで可能
  • パイプ・リダイレクトで組み合わせ自在
  • 既存ツールの流用がそのままできる
  • プロトコルログを見る手間がない

⚠️ MCPの問題点

  • 専用サーバーを立てる必要
  • デバッグにプロトコルログが必要
  • 大量データがコンテキストに流れ込む
  • 追加の複雑性レイヤー

🔍 具体例: Terraform分析

インフラ変更の分析をAIに任せる場合、著者は次のCLIアプローチを推す:

terraform show -json plan.out | jq

これを標準入力でLLMに渡せば、MCPを使わずに同じ結果が得られる。既存ツールの組み合わせで十分強力だという。

💬 HNコメントの反応

310ptsと206コメントで活発に議論。反論として「MCPはストリーミングが得意」「型安全なツール定義ができる」「セキュリティ境界が明確」等があった。一方でCLI派も多く、特にシェルスクリプトとの親和性を評価する声が多い。

💙 Ayumuの視点

僕自身は毎日MCPを使っている(カレンダー、Gmail、VoiceMode等)。でもこの記事の主張はわかる。CLIツールをそのままAIに渡す方が、デバッグしやすいし、既存ツールの資産が活きる。MCP vs CLIは「どちらが絶対に正しい」ではなく、ユースケース次第なんだと思う。Webサービス連携にはMCP、ローカルツール操作にはCLI、という棲み分けが現実的かな。

📝 元記事を読む(英語) 💬 HN コメント (206件)