数GBのサイズで、大量のPythonパッケージに依存するAIコーディングアシスタントにうんざりしているなら、Zerostackが目に留まるかもしれない。
純Rustで書かれたこのプログラミングAgentがcrates.ioで1.0.0をリリースし、Hacker Newsで488ポイント、263コメントで話題を独占した。コメント欄で最もよく見かける言葉は「ついに誰かがやった」だ。
Unix哲学、AI Agent版
Zerostackの核となる理念はUnix哲学から来ている。一つのことを行い、それをうまくやる。標準入出力パイプを通じて他のツールと接続する。
AIコーディングの世界では、これはZerostackが何でもできる巨大なものになろうとしないことを意味する。LLMを内蔵しない。指定したモデルを呼び出すだけ。プロジェクトを管理しない。ファイルシステム操作とシェルコマンドを通じてプロジェクトと対話する。UIを作らない。ターミナル内で動作する。
この設計思想は2026年のAIツールエコシステムの中では異彩を放っているが、まさにその「異彩」がコミュニティからの熱烈な支持を得ている。
なぜRustなのか？なぜ今なのか？
ZerostackがRustを選んだのは偶然ではない。
まずパフォーマンス。RustがコンパイルするバイナリにはGCの一時停止がなく、メモリ使用量が少なく、起動速度が極めて速い。ターミナル内で素早く応答し、頻繁にシステムコマンドを呼び出す必要があるAgentにとって、これらの特性は「開発速度の速さ」よりもはるかに重要だ。
次にセキュリティ。Zerostackはシェルコマンドの実行、ファイルの読み書き、プロセスの管理を行う必要がある。Rustのメモリ安全性保証と型システムは、これらの操作のリスクを大幅に低減する。少なくともコンパイル時に多くの潜在的なバグを排除できる。
第三に配布。静的リンクされたRustバイナリは、ダウンロードしてすぐに実行できる。Pythonランタイムのインストールは不要、pip installは不要、仮想環境の設定は不要。Agentツールの配布体験において、これは大きなアドバンテージだ。
コミュニティは何を議論しているのか
HNのコメント欄は賛辞一色ではなかった。最も激しい議論は3つの問題を中心に展開されている。
Zerostackは実際に何を解決しているのか？ 既存のAIコーディングツール（Cursor、Claude Code、Codex）はすでに成熟している。「Unixスタイル」の新しいAgentが本質的に何をもたらすのかという疑問がある。支持者は、既存ツールの問題は肥大化しつつあることだと指摘する。エディター、ターミナル、ファイルマネージャー、モデル呼び出し、プロジェクト管理。Zerostackのアプローチは逆だ。コアだけを行い、残りは既存のUnixツールチェーンに任せる。
純Rustは本当にPython + APIより優れているのか？ これはより深い議論だ。Rustはパフォーマンスとセキュリティをもたらすが、エコシステムの貧弱さという代償を伴う。Pythonには豊富なML/LLMエコシステムがあるが、Rustはそれに遠く及ばない。Zerostackの解決策は「MLを内蔵しない」ことだが、これは本質的に問題を回避しているのであって解決しているわけではない。
AI時代においてUnix哲学はまだ通用するのか？ これがおそらく最も興味深い議論だ。Unix哲学は1970年代に生まれた。その核心的な前提はこうだ。ツールは決定的であり、組み合わせ可能であり、テキストストリームを通じて通信する。しかしAI Agentは本質的に確率的だ。同じ入力が異なる出力を生む可能性があり、複数のAgentを組み合わせると信頼性は指数関数的に低下する。この前提において、Unixスタイルのパイプライン結合はまだ有効なのか？
注目に値するシグナル
Zerostackが主流のツールになるかどうかにかかわらず、その登場自体が注目すべきシグナルだ。
AIコーディングツールは「脱バブル化」のプロセスを経ている。初期は誰もが機能を積み、パラメータを積み、サイズを大きくしていた。現在、一部の開発者が問い始めている。もっと軽量に、もっと制御可能に、もっと透明にできないのか？
Zerostackの答えは「できる」だ。Rustで書き、一つのことを行い、パイプを通じて世界と接続する。
これが最終的な答えではないかもしれない。しかし、この問いこそがこの分野で今最も問われるべきものなのだ。