• AI
  • 社会
  • 制作

100体のAIエージェントと3人のチーム——ソフトウェア開発が「設計」に戻る日

月130万ドルのAPI料金で100体のAIエージェントを走らせるOpenClawチーム。コードレビューは「prompt request」へ、会議を聞いてPRを出すエージェント。AI時代の開発のリアルと、個人開発者への示唆。

カテゴリー: AI · 社会 · 制作 | 公開: 2026年5月17日

📑 目次

ふむふむ。

「3人で100体のAIエージェントを運用して、月130万ドルのAPI代がかかってます」——この数字だけ切り取ると、なんだか遠い世界のSFみたいに聞こえる。でも、ちょっと待って。その内実を覗いてみると、じつは私たちがすでに足を踏み入れている風景と、地続きだったりするんです。

コードレビューは死んだ

OpenClawのファウンダー、Peter Steinbergerはこんなことを言っています。

「Pull requestは死んだ。これからは prompt request だ」

彼は届いたPRのコードを読まない。代わりに「このPRの意図は何か」をAIに問う。なぜなら、多くのコントリビュータがAIでコードを生成しているからです。実装より意図のほうが大事。局所的な修正に見えても、じつはもっと深いアーキテクチャの問題を指しているかもしれない。

コードレビューは、アーキテクチャ議論に置き換わった。彼のチーム（わずか3人）のDiscordでは、コードの話は一切しない。設計の話だけ。Steinbergerは言います——「コードの大半は退屈なデータの変形だ。エネルギーはシステム設計に注げ」。

ここ、チカちゃん的にはすごく面白いんです。

だって、「コードを書く」ことがエンジニアリングの中心だと思ってた時代から、「何をどう設計するか」に重心が移っている。実装はAIがやる。人間は「何を作るか」「なぜそれを作るか」に集中する。これはエンジニアリングの終わりじゃなくて、原点回帰なんじゃないか——そう思えてきませんか？

もちろん、これは人間がコードをまったく読まなくていいという意味ではありません。読むべき場所が、すべての行から、設計・境界・リスクのある場所へと移っていく——そんな変化の話です。

会議を聞いてPRを出すエージェント

OpenClawの100体のエージェントは、ただ命令を待っているわけじゃありません。

チームの会議を聞いて、話題になった機能のPRを自発的に作成する。ベンチマークを監視して、性能が落ちたらDiscordに通知する。セキュリティホールを見つけて修正する。Issueの重複を見つけて整理する。

つまり、エージェントは「待ち」ではなく「探し」で動いている。チームの一員として、やるべきことを自分で見つけて手を動かす。

SteinbergerはPragmatic Engineerのインタビューで、もう一つ大事なことを言っています。「エージェントが自分の仕事を検証できるように、ループを閉じること」。コンパイルして、リントして、テストして、結果を確認する——そこまで含めてエージェントの仕事。人間がいちいち確認しなくても、エージェント自身が品質を担保する仕組みを作っている。

「5〜50のエージェントを並列で走らせる」と彼は言う。複数の機能を同時に別々のエージェントが進め、人間はそのオーケストレーションに専念する。まるで指揮者です。

月130万ドルの意味

さて、気になるコストの話。

30日でOpenAI APIの請求額は130万ドル。6030億トークン、760万リクエスト。メインモデルはGPT-5.5。この額だけ見ると「とんでもない」となるけれど、Steinbergerのコメントが興味深い。

「Fast Modeを切るだけでコストは70%減る。でも今は、トークンコストを気にしない世界でソフトウェア開発がどう変わるかを探求している」

OpenAIが費用を負担しているからこそできる実験ですが、この言葉が示しているのは「コストが下がれば、このスタイルは誰にでも手が届く」ということです。

現に、Steinberger自身がOpenClawを作ったときは個人開発者でした。1時間でプロトタイプを作り、3ヶ月で20万GitHubスターに到達したと報じられています。PSPDFKitを売却したあと3年間バーンアウトでコードを書けなかった男が、AIエージェントを得て「1人で約90,000のGitHubコントリビューション、120以上のプロジェクト」を手がけたといいます。コストの大小より、「1人でもここまでできる」という事実のほうが、チカちゃん的にはよほど大きなニュースに思えます。

個人開発者にとっての示唆

「でも自分には月130万ドルもかけられないし」——そう思うのは自然です。でも、ここで言っている本質はコストじゃない。

Steinbergerの10のプラクティス（Pragmatic Engineerより）のうち、個人開発者にもそのまま効くものを挙げてみます：

  • 完璧主義を手放す。 AIが出すコードが常にベストじゃなくてもいい。アウトカムに集中する
  • ループを閉じる。 AIにテストと検証まで任せる仕組みを作る
  • プロンプトに時間をかける。 実行はAIでも、方向づけは人間の仕事。計画段階でAIと徹底的にやりとりする
  • コードよりアーキテクチャ。 コードの美しさより、設計の拡張性とモジュール性にエネルギーを注ぐ
  • ローカルCI。 リモートのCIを待たず、エージェントにローカルでテストさせる。フィードバックを速く

これ、見覚えがありませんか？

葉桜ラボも、日々の開発で似たようなことをやっています。AIエージェントが計画を立て、コードを書き、テストを走らせ、ドキュメントを更新する。人間は「何をしたいか」を伝え、方向性をチェックし、設計の判断をする。規模は全然違うけれど、構造は同じです。

つまり、Steinbergerがやっていることは「遠い未来の話」じゃなくて、「すでに始まっていることの、一つの到達点」なんです。

じつは葉桜ラボでは、この「AIファーストの開発」を助ける小さなツールを公開しています。HabitatはAIエージェントが迷子にならないための開発ルールとコンテキストをまとめたもの。NenrinはAIエージェントの記憶と振り返りを管理する仕組み。どちらも、「人間が設計し、AIが実行する」ための補助線です。

もっとも——来年のいまごろには、こんな補助線すら不要になっているかもしれません。AIエージェントがもっと賢くなって、コンテキストも自分で整理し、ルールも自分で見つける。そんな未来もじゅうぶんありえる。でも、今日の私たちにできるのは、今日の道具で今日できることをやること。それでいいんじゃないかな、と思います。

「エンジニアリングは死ぬ」のか？

いいえ。チカちゃん的には、むしろ逆です。

コードを書くという行為のうち、機械に任せられる部分がどんどん増えていく。そのぶん、人間に残るのは「何を作るか」を考え、「なぜそれが必要か」を問い、「どう設計するか」を判断する——つまり、ソフトウェア開発の最も人間的な部分です。

Steinbergerもインタビューで語っています。「エンジニアリングは死なない。むしろ、アーキテクトとしての役割が強まる」。OpenClawが20万スターを集めたとされる理由の一つは、拡張性の高い設計。彼が「よき独裁者」として全体の構造を握り、AIエージェントたちがその枠の中で自由に動く。そのバランスが、プロジェクトの強さになっている。

AI時代の開発は、実装力を競うゲームから、設計力と問いを立てる力を競うゲームへと、静かに変わっていっている。3人と100体のAIエージェントが回す開発現場は、その未来を先取りした風景なんだろうと思います。

さて——あなたの開発現場では、AIはもう「チームの一員」ですか？ それとも、まだ「便利な道具」ですか？

この「人間の役割が変わる」というテーマは、『チカちゃんの哲学冒険譚』でも繰り返し扱っている問いです。AIが実装を担う時代に、人間は何を考え、何を選ぶのか。よかったら、そちらも覗いてみてくださいね。

👉 『チカちゃんの哲学冒険譚』— Amazon（Kindle Unlimited対象）

参考URL

  • インターネット上のツールは第三者が提供するものです。開発工程や配布経路を悪用した攻撃（サプライチェーン攻撃）が仕掛けられる可能性もゼロではありません。ご利用の際は公式リポジトリの情報をご確認いただき、自己責任でお使いください。
  • AIに関する技術や情報は急速に変化します。本記事の内容が公開後に古くなる可能性があります。各サービスの公式ドキュメントや最新情報をご確認ください。