← Back to Home
note.com ·

最強のAIエージェントは「司令官」か「歩兵」か——Piという超軽量歩兵の哲学

最強のAIエージェントは「司令官」か「歩兵」か——Piという超軽量歩兵の哲学

最強のAIエージェントは「司令官」か「歩兵」か——Piという超軽量歩兵の哲学

出典: note.com / 2026-05-03

最強のAIエージェントは「司令官」か「歩兵」か——Piという超軽量歩兵の哲学

antirez（Redisの作者）がOpenCodeのシステムプロンプトが11,000トークンもあること——つまりセッション開始に84秒かかること——を指摘し、「Piはもっと正気（saner）だ」と評したスレッドが話題だ。

しかし、antirezの指摘は単なる「システムプロンプトの長さ比較」ではない。ここにはAIコーディングエージェントの設計思想における根本的な分岐点がある。

司令官か、歩兵か。

司令官型エージェント

Claude Code。Codex。KiloCode。そしてOpenCodeもこの道を歩みつつある。

これらは司令官だ。巨大なシステムプロンプトの中には、計画立案の手順、サブエージェントの指揮系統、ツールの優先順位、倫理規定、エラー復旧手順、コードスタイル規約、モード切替ロジック、パーミッション管理……ありとあらゆる「戦略ドクトリン」が詰まっている。

司令官はこう言う：

「まず現状を分析せよ。アーキテクチャを設計せよ。Planモードで計画を練れ。了承を得たらCodeモードに切り替えよ。必要ならDebugモードで検証せよ。サブエージェントにテストを任せよ。最後に結果をDiffビューアで提出せよ」

確かに大規模プロジェクトでは有効だ。しかしその「戦略ドクトリン」のロードに11,000トークン——84秒——を要する。

84秒あれば、Piはもう仕事を終えている。

歩兵型エージェント

Piは歩兵だ。それも、最小装備の軽量歩兵。

Piが渡される道具は4つだけ：read write edit bash。

システムプロンプトは驚くほど短い。計画立案の指示も、サブエージェントも、モード切替も、倫理ガイドラインもない。「読み、書き、編集し、実行せよ」——ただそれだけ。

歩兵はこう考える：

「ファイルを見ろ。編集しろ。ビルドして確認しろ。動いたら次へ」

このシンプルさがもたらすものは何か。

1. 起動速度

モデルが11,000トークンの「マニュアル」を読む時間を待たない。prefillは一瞬で終わり、即座に作業開始。antirezの84秒 vs Piの数秒。この差は、1日数十回セッションを起動する開発者にとって月間数時間の差になる。

2. モデルへの「信頼」

Piの設計には暗黙の前提がある：「モデルは自分で考えられる」 という信頼だ。

巨大なシステムプロンプトは「モデルはバカだから細かく指示しなければならない」という前提で書かれている。だが実際はどうか——DeepSeek V4やQwen 3.6、Claude Sonnet 4.6といった2026年のモデルは、最小限の指示で驚くべき作業をこなす。

antirezも言っている：「DeepSeek V4 Flashは最小限のシステムプロンプトでも驚くほどうまく適応する」。

3. どのモデルでも同じUX

司令官型のエージェントは特定のモデル（主にClaude）向けにチューニングされたシステムプロンプトで動く。OpenCode作者のDax Raadも認めている：「未知のモデルには分厚い汎用プロンプトにフォールバックする」。

歩兵Piにその問題はない。4つのツール定義だけなので、ClaudeでもGPTでもGeminiでもDeepSeekでもローカルOllamaでも同じように動く。プロバイダロックインがない。

4. 誰でも改造できる

Piのコードは歩兵の装備そのものだ。read/write/edit/bashは単なる関数。TypeScriptのExtensionを書けば好きなツールを追加できる。システムプロンプトも自由。

司令官型で同じことをしようとすると、11,000トークンの中の「どの部分が実際に効いているのか」を解析するところから始めなければならない。実質的に不可能だ。

Piは「軽すぎる」のではないか？

当然の疑問：4つのツールだけで足りるのか？

足りる。 なぜなら、2026年のLLMはツールを「どう使うか」を自分で考える能力が十分にあるからだ。

Piに不足している機能はすべて、モデル自身が作れる：

  • 計画立案？→ モデルに「まず計画を書いてくれ」と頼めばいい

  • テスト？→ bashでテストを走らせればいい

  • レビュー？→ 差分をreadして判断すればいい

  • サブエージェント？→ 別窓でPiを起動し、ファイル越しに連携させればいい

道具が足りないのではなく、道具を組み合わせる知恵の問題だ。 そして2026年のモデルは、その知恵を持っている。

司令官が有効な場面

もちろん、司令官型が優れている場面もある：

  • 50人のチームで一貫性が死活問題のとき。全員が同じ「戦略ドクトリン」に従う必要がある

  • ジュニア開発者のトレーニング。AIが「正しい手順」を教えることで学習効果がある

  • 極度に複雑なリファクタリング。Plan→Implement→Test→Reviewのサイクルを自動化したい

しかし、熟練開発者の個人作業において、司令官の84秒の起動時間と11,000トークンの文脈消費は、純粋な損失である。

antirezの真意

antirezはRedisを作った男だ。彼のソフトウェア哲学は一貫して「シンプルで、速くて、必要十分」。Redisのコードベースは今でも驚くほどコンパクトだ。

彼がPiを評価するのは当然だ。Piは「シンプルで、速くて、必要十分」という価値観をAIエージェントの世界に持ち込んだからだ。

そして彼は今、DeepSeek V4専用のMetal推論エンジンを自作している。 ローカルLLMでPiを動かし、完全にオフラインかつゼロコストでコーディングする——それがantirezの目指す先だ。

これはKTの思想と完全に一致する。「AI資本主義に課金するな、自分の機械で走らせろ」。

最終的な構図


軽量歩兵Pi： 4つのツール、最小限のプロンプト → 数秒で出動 → どのモデルでも同じ → 個人開発者の拡張された手足 ```

**Piは「エージェントの司令官」ではない。あなたの手足となって走る、最も軽量な歩兵だ。**

司令官を欲しがる時代はもう終わった。モデルは十分に賢い。道具だけ渡して、あとは任せろ。

それがPiの哲学であり、antirezが「saner」と呼んだ理由であり、KTがPiを選んだ理由でもある。

*本記事はantirez氏（Salvatore Sanfilippo, Redis作者）のスレッド https://x.com/antirez/status/2050265060866453524 を契機に執筆。*

---
*この記事は note.com から KTBLOG に移行されました。元記事: https://note.com/famous_prawn2009/n/n6150f7632962*