「非エンジニアに役立つかで価値が決まる」 たった1時間で開発したツール、なぜGitHub史上最速で伸びた?
WhatsAppからAIエージェントに指示を出す――。個人の趣味から始まったツールは今、Microsoftの製品基盤にまで使われている。「OpenClaw」開発者がSnowflakeのイベントで語った、コーディングエージェントとの向き合い方をまとめた。
ある開発者が不便さを解決するためにツールを開発する。それをオープンソースとして公開する――。ソフトウェア業界ではよく聞く話だ。ピーター・スタインバーガー(Peter Steinberger)氏もその1人だ。だがスタインバーガー氏のツールは、半年余りで約2000人のコントリビューターを集めた。彼のプロジェクトは「OpenClaw」。その人気から「GitHub史上最速で成長したオープンソースプロジェクトの一つ」と言われている。
ターミナルにコマンドを打つ代わりに、「WhatsApp」などのチャットツール経由でコーディングエージェントに指示を送るというシンプルな発想は、個人の趣味プロジェクトの域を超えた。今やMicrosoftが顧客向けに提供する製品の基盤にまで使われるようになった。
Snowflakeが開催したカンファレンス「Snowflake Summit 26」の開発者向けカンファレンスであるDev Dayで、スタインバーガー氏がSnowflakeのスリダール・ラマスワミ(Sridhar Ramaswamy)氏(CEO)と対談した。急成長の裏側や、コーディングエージェント時代に必要な向き合い方などを語った。
「たった1時間」で開発されたAIコーディングツール、なぜ史上最速で伸びた?
OpenClawは、それ自体が新しいAIモデルというわけではない。OpenAIのコーディングエージェント「Codex」やAnthropicの「Claude Code」といった既存のコーディングエージェントの「上に被せる糊(グルー)の層」(スタインバーガー氏)に相当するオープンソースのハーネス(実行環境)だ。
では、OpenClawが史上最速で伸びたのはなぜなのか。
OpenClawは、ターミナルを開いてコマンドを打ち込む代わりに、普段使っている「WhatsApp」といったチャットツールから、まるで人にメッセージを送るような感覚でエージェントに指示を出せる。
「Todoリストの管理を手伝って」と一言送ると、裏側でコードが書かれる。実行されていることをユーザーが意識しないまま、望んだ結果が返ってくる。AIコーディングエージェントという強力な「エンジン」を、専門知識がなくても運転できるようにする「操作パネル」のような存在だ。
OpenClawの原点は、2025年11月のある夜、スタインバーガー氏が自宅の2階で感じた小さな「苛立ち」だったという。
「簡単なプロンプトをPCに送りたいだけなのに、なぜそれができないんだ、と思った」とスタインバーガー氏は振り返る。同氏は食べ物を手に階下に降り、1時間で最初のバージョンを作った。当初の名前は「WA-Relay」、WhatsApp経由でメッセージをやり取りする簡易的な中継ツールだった。
スタインバーガー氏の開発哲学は「何かに苛立ちを感じたら、それを放置せず、すぐ手を動かして解決する」だ。「その行動の積み重ねが後の芽(種)になる」という。画像対応などの機能を少しずつ追加しながら使い続けるうち、WA-Relayは急速に姿を変えていった。
当時は「Clawdbot」と名付けられていたが、2026年1月にAnthropicの法務部門から名称の変更を求められ、「Moltbot」に改名した。しかし、この名前が定着しなかったため、わずか数日後に「OpenClaw」へと再び改名した。その6カ月後には、最速成長のオープンソースプロジェクトの一つに数えられるようになっていた。
非エンジニアが送る「粗削りな」プルリクエスト
OpenClawの成長を語る上で象徴的なのが、コントリビューターの構成だ。スタインバーガー氏によれば、バージョン3.4だけを見てもユニークコントリビューター数は約2000人に上るという。その中には、コーディングの経験を全く持たない人も多い。
その背景には、スタインバーガー氏があえてエージェント自身に「自己認識」を持たせた設計がある。同氏はエージェントに、自分が動いているハーネスの仕組み、パラメーター、ドキュメントや設定ファイルの場所まで説明する。ユーザーがまだ実装されていない機能をエージェントに頼むと、エージェントが自分自身のコードを書き換え、「プルリクエストを送りましょうか」とユーザーに提案する。
こうして生まれるプルリクエストの多くは、お世辞にも「洗練されている」とは言い難いものだ。多くのオープンソースメンテナーは、こうした低品質な貢献の急増を「slop(生成AI特有の質の低い成果物)に溺れている」と嘆く。だが、スタインバーガー氏の受け止め方は違う。「プルリクエストはissueと同じようなものだと捉えている。つまり、誰かが『何か違うものが欲しい』というシグナルを送っていると解釈している」
良いアイデアだと思えば、送り主をクレジットする。「その積み重ねが、ソフトウェア開発に情熱を持つ新しい層を生み出す原動力になっている」とスタインバーガー氏は語る。
「もう一度レビューして」を10回繰り返した末に生まれたスキル
コーディングエージェントを使ったことがある人なら、身に覚えがあるかもしれない。「直したはずなのに、また新しい問題が見つかる」――。スタインバーガー氏も同じことを経験した。その苛立ちから生まれたのが、コードレビューを自動化する一種の「自動レビュー」スキルだ。
きっかけは、CodexなどのCLI(Command Line Interface:コマンドを入力してPCやシステムを操作するテキストベースの画面)で「/review」コマンドを実行し、指摘された問題を直しては再度レビューを走らせるという作業をスタインバーガー氏自身が繰り返していたことだった。「一度直しても、『/review』をかけるとまた新しい問題が見つかる。コーディングエージェントは予測不能だからだ」。ある時、この作業を10回連続で繰り返したところで、同氏はあることに気付いた。
「最初はフックを組んで複雑な仕組みを作らなければいけないと思っていた。でも実際は違った。エージェントに、新しいセッションでコードレビューをさせ、新しい指摘が出なくなるまでそれを繰り返させればいいだけだった」。ただし、全てをありのままに受け入れるべきではない、ともスタインバーガー氏は付け加える。時には、変わってはならない仕様を人間の側であらかじめ定義しておく必要があるという。
こうして生まれたこのスキルは、5〜10時間動き続けることもある。手間はかかるが、「今出荷しているコードに対する確信は、格段に深まった」とスタインバーガー氏は話す。
エージェントの価値は「非プログラマー」にどれだけ役立つかで決まる
ラマスワミ氏は自動レビューの先にある、OpenClawがもたらしたさらに大きな変化に切り込む。「『開発者の生産性向上』という枠でコーディングエージェントを語るのは簡単だ。しかしそれは、その裏にあるもっと大きな変化を覆い隠してしまうのではないか」
これに対し、スタインバーガー氏は次のように答えた。「コーディングエージェントの最大のインパクトは、プログラマーではない人々にとってどれほど役立つかという点にある」
コーディングエージェントはもともと、コードを書くためのツールとして生まれた。しかし、「コードを書くこと自体が、突き詰めれば問題解決だ」とスタインバーガー氏は言う。つまりコードを書く能力を磨けば磨くほど、その裏側にある「問題解決能力」そのものも同時に鍛えられる。そしてこの問題解決能力は、コーディングに限らず、あらゆるタスクに応用できる。その結果、「今ではほぼどんなタスクでも、知性を適用すればより良くこなせるようになっている」と同氏は語る。
これこそが、OpenClawが多くの人を引き付けた理由でもある、とスタインバーガー氏は分析する。「開発者だけでなく、誰もがエージェントを使うべきだ」とスタインバーガー氏は話す。ターミナルに文字を打ち込む代わりに、WhatsAppで友人と会話するような感覚でエージェントとやり取りできる――。これがOpenClawがもたらす体験だ。「『これが欲しい』と伝えるだけで、何かを作ってくれる。それがコードを書いているとすら気付かない。ただ、向こう側の誰かが自分の問題を解決してくれているように感じるだけだ」
だが、ここで新たな問いが生まれる。コーディングを一度も学んだことのない人が、エージェントに複雑なソフトウェアを作らせたとして、その結果が正しいかどうかを、どのように判断すればいいのか。誰が何をすべきかの境界線はどこにあるのか。
ラマスワミ氏のこうした問いに対し、スタインバーガー氏が持ち出したのが、エージェント自身に検証まで担わせる仕組みだった。OpenClawでは、エージェントが生成したソフトウェアを「Linux」「Windows」「macOS」それぞれのクリーンな環境にインストールし、実際に動かして検証する仕組みを整えているという。Slack連携のような機能であれば、コンピュータビジョンを備えたエージェントに実際の画面を確認させ、送信したメッセージが本当にUIに表示されているかまで検証させる。
「時間はかかるが、エージェントが自分の作ったものが本当に正しいことを検証できる可能性は高くなる」とスタインバーガー氏は述べる。
エージェントを人間扱いすべきではない
スタインバーガー氏はエージェントを「my clankers(僕のクランカーズ)」と表現する。エージェントに人間のような名前をつけるベンダーもあるが、同氏は次のように語る。
「エージェントを人間扱いすること自体が間違っていると思う。結局のところ、エージェントは非常に興味広く賢い行列計算にすぎない。ある領域では極めて知的である一方、別の領域ではとても間抜けだ。僕らはこれを『スパイキー・インテリジェンス(尖った知性)』と呼んでいる」
clankerとは、ジョージ・ルーカス監督の映画『スター・ウォーズ』シリーズでクローン技術によって生まれた兵士クローン・トルーパーが、戦闘用ロボットであるバトル・ドロイドに対して使う蔑称だ。近年はロボットやAI全般をやゆするスラング(俗語)としても使われている。この呼び方には「どれだけ優れた道具でも、人間ではない」という、AIと人間との間に一線を引くスタインバーガー氏の姿勢が込められている。
同氏の「尖った知性」という考え方を受け、ラマスワミ氏は、エージェント活用を最大化するには1つのエージェントに任せるべきではないとの見方を示した。コードを書く、セキュリティ面をチェックする、正確性を見る、長期運用の視点でチェックする、といった異なる視点のエージェントを組み合わせる必要があるという。
スタインバーガー氏自身も、日々の開発の中で独特の「勘」を働かせているという。「自分のシステムがどう動いているか、システム全体のレベルで理解している。全てのコードを読んでいるわけではないが、感覚的に『これは正しい』と分かる」
プロンプトへの応答に時間がかかりすぎたときも、スタインバーガー氏の中で“警報”が鳴る。「何かがおかしい、と感じる。プロンプトを間違えたか、アーキテクチャが良くないか、どちらかだ」。本来3つのファイルで済むはずの機能なのに、気付けば10個ものファイルが編集されている――。そんなときは、深く掘り下げるサインだという。
掘り下げるとき、スタインバーガー氏はエージェントに「これのどこがそんなに難しかったのか」と聞く。すると大抵、「ここのアーキテクチャが良くない」と答えが返ってくる。「後は、それを直すだけだ」と述べた。
個人の趣味プロジェクトから企業で利用するツールへ
個人の趣味プロジェクトから始まったOpenClawは、こうして広がった。スタインバーガー氏は、2026年2月からOpenAIに所属している。
スタインバーガー氏は、ここ数カ月にフォーカスした点として、OpenClawのセキュリティ強化を挙げた。「もともとは個人の小さな趣味プロジェクトとして始まったものだから」と説明する。その延長として、Microsoftが自社の顧客向け製品の基盤にOpenClawを採用したことにも触れた(編注1)。
(編注1)Microsoftは2026年6月2日、OpenClawを基盤とする常時稼働型のAIエージェント「Microsoft Scout」を発表した。
個人の苛立ちから生まれたツールは、今や企業が顧客に届けるプロダクトの一部になりつつある。
エージェントの現在地はどこなのか。大型コンピュータからパーソナルコンピュータ、インターネット、モバイルにいう、ITにおける革新の流れになぞらえ、ラマスワミ氏はAIコーディングエージェントの立ち位置を尋ねた。これに対し、スタインバーガー氏は「モバイルより上、インターネットに匹敵する規模のインパクトがあると思う」と答えた。「エージェントはまだ始まったばかりだ。非常に早い段階にある」
根拠として同氏が挙げたのが、Codexの週間アクティブユーザー数が現在500万人規模にとどまっているという点だ。スタインバーガー氏は「世界の開発者数を考えると、まだエージェントのユーザー数はごくわずかな割合だ」と述べる。今後の制約はモデルの性能よりも、「想像力」になるとの予想を示した。
この先はどこに向かうのか。企業導入について、スタインバーガー氏は「全てのチームがエージェントを持つべきだ」との考えを示す。Slackチャンネルでも「Teams」チャンネルでも、そのプロジェクトの文脈を理解しているエージェントが存在すべきだ、さらにチームだけでなく1人1人のメンバーにも自分専用の文脈を把握したエージェントが必要になる、という発想だ。「自分のことをよく理解した専用のエージェントを持つ。こうした使い方は、個人レベルでは珍しくない。企業はこれからだ」
非技術者への広がりについても、「『Mac mini』のような“専用機”を買ってきて自宅にセットアップするという今のやり方自体が、非技術者にとっての最終形だとは考えていない」とスタインバーガー氏は話す(編注2)。
「エージェントはクラウドで動くようになるはずだ。われわれがCodexのセッションをローカルで動かしていること自体も、最終形だとは思っていない」
(編注2)Mac miniは必ずしもエージェント稼働の専用機ではない。ただし、静音・省電力で大容量メモリを搭載可能という特徴から、常時稼働するエージェントのために購入し、設置するユーザーが一定数存在する。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
AIコーディングエージェント市場が「新段階」突入 IDEが必要不可欠でなくなる“3つの理由”
Gartnerによると、AIの進化を受けてAIコーディングエージェントの市場が「新たな段階」に入った。統合開発環境(IDE)が必要不可欠なものでなくなる3つの理由とは。
開発者はAIで減るどころか増える? Gartnerが予測する少人数チーム時代
AIの普及でソフトウェア開発チームの少人数化が進み、2029年には6割の組織が本格導入するとGartnerが予測した。ただし同社は、この動きを誤解した企業が長期的な競争力を失う恐れがあると指摘する。
待てない現場、抱え込むIT部門 生成AIによる「開発の民主化」を火種にしない方法
コード生成AIの活用が進むことで事業部門がシステム開発を主導するケースが増え、IT部門との役割の境界が曖昧になっているとIDCは指摘する。CIOには役割明確化と統制確保を前提に迅速な開発環境整備が求められるとした。
Microsoft「Build 2026」発表まとめ 開発基盤の拡充から安全対策、ハードウェアまで
Microsoftは「Build 2026」で、自律型AIエージェントの構築や安全統制を支える開発プラットフォームを拡充を発表した。新型推論モデル「MAI」、高性能なローカル開発端末、量子計算ロードマップなどの最新施策をまとめる。

