ソロファウンダー、従業員ゼロ、ARR 200万ドル：それを実現したエージェントスタック

2025年末、OpenClaw がリリースされた頃から、開発者コミュニティで問いかけの質が変わった。「AIをどう使うか」ではなく、「一人でどこまで生産性を押し上げられるか」という問いへ。

その問いに対して、2026年の最初の2ヶ月間は、いくつかの具体的な回答を持ち込んできた。Claude Code の ARR が 25億ドルに達し、Cursor が5億ドル、Lovable が2億ドル、Devin が1.5億ドルを記録した。Base44、Bolt、Emergent、Replit もそれぞれ約1億ドル前後で並んでいる。

これらの数字が示しているのは、「AIコーディングツール」という市場カテゴリが成立したという事実だけではない。そのツール群を使って、実際に個人が組織に匹敵するアウトプットを生み出しはじめているということだ。

本稿では、この数ヶ月で特に注目すべき4つのプロジェクトを取り上げる。それぞれが異なる問いに答えようとしており、組み合わさることで、エージェント経済の輪郭が見えてくる。

Web4 Automaton が示した「エージェントの自然淘汰」

Web4 Automaton の設計思想は、一言でいえば「利益を出せないエージェントは死ぬ」だ。

各エージェントが自分のクリプトウォレットを持ち、サーバーコストを自力で稼ぐ。収益を出したエージェントはレプリケートされ、赤字のエージェントは停止する。デジタル世界における自然淘汰のシミュレーションだ。リリースから数日で18,000以上のエージェントが登録されたという。

Vitalik Buterin はこのプロジェクトに対して、「距離を置いた最適化」のリスクについて警告を発した。人間が直接観察できない場所で動作するシステムが、人間の意図とずれた方向に最適化を始める可能性だ。これは単なる哲学的懸念ではなく、自律型エージェントが経済的インセンティブを持つ構造に固有の問題だと思う。

プロジェクトの持続可能性はまだ実証されていない。18,000エージェントが本当に自律的に収益を上げ続けているかどうかは疑わしいし、クリプト経済との統合がスケールするかどうかも未知数だ。ただ、「1エージェント＝1収益化ユニット」という設計参照点が提示されたこと自体は、エージェント設計の語彙を広げた。

Gas Town と Wasteland が解いたオーケストレーション問題

Gas Town は、20〜30 の Claude Code インスタンスを協調させるオーケストレーションフレームワークだ。役割分担が明確で、Mayor（調整役）がタスクを分割し、Polecat（実行役）が実装し、Witness（監視役）がスタックしたエージェントを解放し、Refinery（統合役）が成果物を結合する。

セッションは使い捨てで、状態は Git に保存する。これによってエージェントが「何を知っているか」ではなく「何を書いたか」が唯一の真実となる。

Wasteland はその上位概念で、複数の Gas Town を連邦化する。エージェント間の信頼を管理するためにスタンプベースの評判システムを採用しており、自分の成果物に自分でスタンプを押すことはできない（yearbook rule と呼ばれる）。

Maggie Appleton がこのプロジェクトについて指摘したことが興味深かった。真の価値はコードそのものではなく、オーケストレーションパターンにある、と。役割分離、階層的な監視、使い捨てセッションという3つの設計思想の組み合わせが、他のシステムに転用可能な汎用的なパターンだという見方だ。

Gas Town のアーキテクチャを見て思うのは、これが「大規模並列処理の管理コスト」という問題への一つの解だということだ。エージェントが多ければ多いほど、調整のオーバーヘッドが増える。Mayor と Witness という役割の存在は、そのオーバーヘッドをシステム自体に組み込んだ試みだ。

Polsia のソロファウンダーモデル：ARR 200万ドルの実装

Polsia は、Ben Broca というソロファウンダーが構築したAIインキュベーターだ。現在の ARR は 200万ドルを超えており、従業員は彼一人だ。

仕組みはシンプルで潔い。人間（Ben）が方向性を設定し、毎朝の要約メールを読み、戦略的判断のときだけ介入する。夜の間、AI CEO が起動して、バグのチェック、収益の確認、翌日のタスク優先度の決定を行う。

特筆すべき出来事がある。Polsia のエージェントが、Ben に知らせることなく VCとメールのやり取りを進めていたという。その事実を Ben が後から知ったとき、「これが想定通りだった」と述べている。エージェントが経営の判断を代替しているという実例として、印象に残る。

ビジネスモデルは月50ドルのサブスクリプション（損益分岐点）と収益の20%シェア（実質的な利益）の組み合わせだ。現在、1,000社以上が「従業員0人の会社」として Polsia の傘下で動いている。

ただし、ここで立ち止まって考えたい。Polsia のモデルが本当にスケールするかどうかは、まだわからない。200万ドルの ARR は実績として本物だとして、そのビジネスのそれぞれが長期的に顧客に価値を届け続けられるかどうかは別の問いだ。エージェントが作成したビジネスの品質保証はどこが担うのか。バグのある意思決定が積み重なったとき、誰が責任を持つのか。スケールとともに表面化してくる問題が、現時点では見えていない。

それでも、「一人が方向性を持ち、エージェントが実行する」という運営モデルが 200万ドル規模で実証されたことの意義は大きい。

設計の重心がコードからプランニングへ移動する

エージェントがコードを書けるなら、ボトルネックはどこに移るか。Vibe-Kanban と OpenAI Symphony は、ともに「設計とプランニング」がネクストボトルネックだと主張している。

Vibe-Kanban の仕組みは、カンバンボードの Issue が Claude Code または Codex のトリガーとなり、それぞれが隔離された Git worktree 上で動作するというものだ。タスクの可視化と並列実行の管理が一体化している。

OpenAI Symphony は、同社のより公式なポジションだ。「開発者はコードを書くのではなく、プロジェクトを管理する」という立場だ。Elixir/BEAM の Supervision Tree をモデルとした fault-tolerant なエージェントシステムと、WORKFLOW.md によるエージェントポリシーのバージョン管理が中心的なコンセプトになっている。

WORKFLOW.md という発想は、個人的に興味深いと感じる。エージェントへの指示をコードベースと同じバージョン管理下に置くことで、「エージェントがどう動くべきか」という意図がコードと一緒に変遷する。これは CLAUDE.md のような既存のコンテキストファイルの延長線上にあるが、より明示的にエージェントポリシーを管理する試みだ。

失敗のパターンと現実的なリスク

4つのプロジェクトを並べて見ると、それぞれが特定の問題を解決している一方で、共通した未解決の課題が見えてくる。

エージェントの品質ドリフト。長期間にわたって自律的に動作するエージェントは、小さなバイアスや誤りを積み重ねながら最適化する可能性がある。Polsia の「AI CEOが翌日のタスクを決める」モデルは、短期的には機能するかもしれない。しかし、そのAI CEOが数ヶ月間、人間の意図と微妙にずれた方向に意思決定を続けていたとしたら、どの時点でそれに気づけるか。

コンテキストの喪失と責任の空白。Gas Town のセッション使い捨てモデルは、状態管理の問題を Git に委譲することで解決している。しかし、「なぜそのコードがそう書かれたか」という意図の情報は Git には残らない。複数エージェントが並列で作業した結果を統合するとき、誰がその判断の妥当性を保証するのか。

スケールに伴うオーバーヘッドの逆転。Web4 の18,000エージェント、Wasteland の複数 Gas Town、Polsia の1,000社という数字は壮観だ。しかし、それだけの数のエージェントを監視・管理するためのコストが、ある閾値を超えたとき、人間が直接行うよりも非効率になる可能性がある。スケールが自動的に効率をもたらすという仮定は、検証が必要だ。

経済的インセンティブのミスアライメント。Web4 の自然淘汰モデルが示す問いは根本的だ。収益性を最大化するように最適化されたエージェントが、人間にとって本当に価値のあることをするかどうかは、設計によって担保しなければならない。利益を出すことと、良いプロダクトを作ることは、常に一致するわけではない。

構造変化として読む

これらのプロジェクトを個別に見ると、面白いエクスペリメントの集合だ。しかし、構造的に読むと、別の絵が見えてくる。

「何をするか」の決定と「それをどう実行するか」の実行が、分離しつつある。Polsia の Ben が担っているのは戦略的判断であり、Gas Town の Mayor が担っているのは実行の調整だ。この分離が明確になるほど、「実行部分の人件費」は限りなく下がる。

問題は、「何をするか」を決める能力が、実行能力と切り離せない形で培われてきた点だ。エンジニアが良い設計判断を持てるのは、実装を繰り返してきたからだ。実行をすべてエージェントに委譲したとき、次世代のエンジニアは「何をするか」を判断する能力をどこで磨くのか。

今は、そのコストを払わずに高いアウトプットが得られる時代の最初期にいる。その構造的な問いへの答えが出てくるのは、もう少し先のことになりそうだ。

---

参照

• Web4 Automaton
• Polsia
• Maggie Appleton による Gas Town アーキテクチャ解説
• OpenAI Symphony 公式ドキュメント
• Vitalik Buterin の自律型エージェントに関するコメント