OpenClaw の開発者らが語る、個人 AI アシスタントの急成長とセキュリティ対策

個人の実験から始まったプロジェクトは、あっという間に世界規模のオープンソースプロジェクトへと成長し、驚異的な勢いを示しました。

OpenClaw は、ユーザーのデバイス上で動作し、すでに利用しているメッセージングチャネルと連携するパーソナル AI アシスタントです。2025 年 11 月、ピーター・シュタインバーガー氏によって週末のプロジェクトとして始動しましたが、2026 年 8 月 26 日現在、GitHub リポジトリは約 38.8 万スター、8.1 万フォーク、8 万以上のコミットを記録しています。

この動画インタビューでは、プロジェクト開始からわずか半年で、創設者のピーター・シュタインバーガー氏と OpenClaw のメンテナー数名が、プルリクエストの急増への対応、コントリビューターの信頼構築やコードレビューの見直し、ソフトウェアサプライチェーンリスクへの対処、そして強力なエージェント機能とセキュリティのバランスについて議論しています。また、GitHub Secure Open Source Fund から得た教訓や、同様の課題に直面するメンテナーとの連携の重要性についても共有されています。詳細は上記の動画でどうぞ。ここではその中から特に重要な 10 の教訓をご紹介します。

本映像に登場した方々

OpenClaw の維持・セキュリティ強化における経験談を語ってくださったメンテナーの方々です。

ピーター・シュタインバーガー氏、OpenClaw 創設者

ブラッド・グラウクス氏、Digital Meld CEO

ジョシュ・アヴァント氏、OpenClaw Foundation 技術スタッフメンバー

ジョシュ・レフマン氏、Martian Engineering

サリー・オマリー氏、Red Hat 上級ソフトウェアエンジニア

ヴァル・アレクサンダー氏、OpenCoven

ヴィンセント・コック氏、OpenClaw Foundation 首席アーキテクト

今回の対話から得た上位 10 の教訓をご紹介します。

教訓 1〜3: AI がもたらした貢献とコミュニティの変容

1. プルリクエストがプロンプトリクエストへ

OpenClaw のメンテナーたちは、数千件のプルリクエストやイシューの管理に追われることになりました。中には一度に数百ものプルリクエストを提出する貢献者もいました。

私はそれらを「プルリクエスト」とは呼びません。「プロンプトリクエスト」と呼んでいます。

Peter Steinberger

何人かの貢献者は、数百件のプルリクエストを並行して処理していました。彼らは自動化されたソフトウェアファクトリーのような仕組みを使って、あらゆる箇所から問題を掘り起こしていたのです。

Josh Lehman

課題は参加者の獲得から、人間のレビューが追いつかないほどの活動の洪水の中で価値ある貢献を見つけることへとシフトしました。

1. 新規貢献者への扉を開き続ける

OpenClaw のメンテナーたちは、プロジェクトを新しい参加者に開かれたものにするよう努めました。オープンソースへの初挑戦者でも、特定の課題解決に取り組む非開発者でも、AI エージェントを活用する人でも歓迎します。

不完全な貢献を切り捨てるのではなく、有望なアイデアを見つけ、貢献者と協力してそれを洗練させたり、書き直したり、あるいは最終的な変更点まで自分たちで完成させたりしました。

何年も前、私が初めてあるプロジェクトにプルリクエストを送り、それが受け入れられた時の感覚はよく覚えています。

Peter Steinberger

マージされた初期の貢献の中には、開発のバックグラウンドを持たない人々からのものもありました。彼らはエージェントを使ってプルリクエストを作成し、メンテナーと協力して変更を完了させました。

OpenClaw への最初のプルリクエストの多くは、開発者ではない人々から寄せられたものです。彼らは特定の課題やニーズを抱えた一般ユーザーでした。

3. エージェントは時間を節約するが、作業を止めることを難しくする

メンテナーたちは、同じ技術から得られる二つの全く異なる結果について語りました。エージェントは人々に時間を取り戻させる助けになりますが、同時に「もう仕事をするのをやめよう」という判断を困難にする側面もあるのです。

私はその逆の側面も見てきました。人々がこの技術に夢中になり、「今夜寝なければ、以前なら 1 週間かかった作業が今日中に終わる」と realizing してしまうケースです。

Val Alexandar

私には三人の子供がいます。まだとても小さいのです。OpenClaw を使えば、エージェントを管理して代わりに働いてもらうことができるので、子供たちと遊ぶ時間を取り戻せます。

Josh Lehman

メンテナーたちは時折、チャンネルで「今から外に出て草を踏んでくる（現実の世界に戻る）。数時間は休憩する」と宣言することもあります。

Sally O’Malley

エージェントがワークライフバランスに良いか悪いかは一概には言えません。しかし、より多くのことを成し遂げる機会を増やす一方で、「いつ手を引くべきか」を知る重要性も同時に増幅させるのです。

教訓 4-6：メンテナーたちの適応戦略

4. 価値を見出す場所を見つけ、信頼を築く

OpenClaw のメンテナーになる道筋に唯一の正解はありません。セキュリティ対策を通じて参加する人もいれば、統合機能やコミュニティ活動から加わる人もいます。共通しているのは、自らの価値を発見し、責任を持って取り組む姿勢です。

「Peter さんが無視したので、『どうすれば彼の注意を引けるか』と考えました。答えはセキュリティでした。」

Vincent Koc

私はマイクロソフトの人間なので、Microsoft Teams 用のプラグインはないかと考えました。

Brad Groux

コミュニティに目を向けると、ボイスチャットの中で多くの質問が飛び交っているのに気づきました。そこで、「どうすればこれらの議論に価値を提供できるか」と自問しました。

Val Alexandar

1. 新しい信頼の指標は「成果物の可視化」

貢献数のカウントだけでは情報が不足するようになったため、チームはプルリクエストを際立たせるための証拠となる要素に着目しました。具体的には、エージェントとの対話記録（トランスクリプト）、スクリーンショット、テスト結果、そして貢献者がその機能を実装した際の思考プロセスの解説です。

トランスクリプトを提供していただければ、どのようにしてこのプルリクエストに至り、エージェントとどのような議論を交わしたのかを確認できます。非常に価値のある情報です。また、スクリーンショットを追加すれば、実際にテストを行ったことの証明にもなります。

Peter Steinberger

重要だったのは、「人間が書いたのか、AI エージェントが書いたのか」という単純な問いではありませんでした。貢献者がその機能の理解を深め、プロジェクト全体との相互作用を考慮したかどうかという点が問われていたのです。

コードを書いた本人が誰かに関心があるわけではありません。大切なのは、その機能が本当に考え抜かれたものであるかどうかです。

Peter Steinberger

1. メンテナーも AI エージェントを使って AI 生成コードを検証

メンテナーたちは、AI によって生成された貢献コードのレビューを支援するために AI ツールを活用する一方で、提出されたコードの改善にはより直接的な手作業アプローチを取るようになっています。

AI からのプルリクエストが届くと、最近は GitHub Copilot を使ってレビューを行うのが習慣になっています。ボタンを一つ押すだけで、添付されたすべてのファイルのレビューを行い、各ファイルが何を意味し、どのように変更されたのかを明確に示してくれます。

Val Alexandar

これは、私が初めて「誰かがプルリクエストを送信したら、メンテナーとしてそれを編集して正しくすればいい」というスタイルが当たり前になったプロジェクトです。

Josh Lehman

教訓 7–9：セキュリティ上の課題

1. レピュテーション（評判）が攻撃対象となった

貢献履歴そのものが操作される可能性があります。OpenClaw のメンテナーたちは、既存のプルリクエストを複製する事例を目撃しました。Vincent Koc はその理由を説明しています。

人々は基本的に他人のプルリクエストをコピーして投稿していました。彼らが狙っていたのは信頼性の構築です。プロジェクトには「マージ数」などのバッジがあり、マージ数が多いほどメンテナーにとっての信頼シグナルとなる仕組みだったからです。

Vincent Koc

Peter は、ある企業が自動化されたプルリクエストを使って自社の製品を宣伝した事例を紹介しました。チームは重複する作業を特定し、どのプルリクエストがオリジナルなのかを見極める必要がありました。

プロジェクトが評価すべきものはコードだけではありませんでした。メンテナーたちは、「何を」「誰を」信頼するかを決めるために使ってきた社会的なシグナルについても再考を迫られました。

1. 「デフォルトで安全」は誰にとってかによって変わる

あるユーザーにとって安全に感じられることが、別のユーザーには必要以上に制限的だと映ることもあります。

実際の運用では、このトレードオフは明確に現れました。作業領域の制限を厳しくすればユーザーから苦情が殺到し、逆に制限を緩めすぎればプロジェクトがセキュリティインシデントに晒されるリスクがあります。

ユーザーにとって使いやすくすることと、デフォルトで十分な安全性を確保することの間で適切なバランスを見つけるのは、本当に難しいゲームです。

Peter Steinberger

安全なデフォルト設定には、エージェントの能力、ユーザーの理解度、そして特定の環境が許容する範囲をすべて考慮する必要があります。

1. 依存関係を誰が管理しているかを知ろう

最近のサプライチェーン攻撃により、メンテナーたちは自分が依存しているライブラリや、その背後にあるプロジェクトとの関係性について、より慎重に考えるようになりました。

我々は依存関係を丹念に見直しました。その結果、コアとなる依存関係を減らすことと、依存先であるプロジェクトのメンテナーたちとの関係を築くことの重要性が浮き彫りになりました。

Vincent Koc

企業がデフォルトとして採用するべきなのは、単にフォークを維持して放置することではなく、実際に貢献して還元しようとする姿勢です。

Peter Steinberger

教訓 10：GitHub セキュアオープンソース基金の役割について

参加者たちは、この基金をセキュリティ学習の場であると同時に、同様の、時に圧倒的な課題に直面する他のメンテナーたちとつながる手段として評価しました。

発表者は「まずコーヒーを一杯飲んでください。第一歩は深呼吸することです」と語り、メンテナーという人間としての側面に改めて気づかせてくれました。

Josh Avant

このプログラムにより、セキュリティプラクティスへの理解が深まり、参加したメンテナーたちはエージェントに適切な指示を出す方法も学べました。

現在、私たちはエージェントを持っています。彼らはあなたが求めるほぼすべてのタスクをこなすことができます。しかし重要なのは、何をお願いすべきかを知っているかどうかです。私には、何を依頼すればよいかを理解する力が生まれました。

Josh Lehman

ヴィンセントは、同じくオープンソースプロジェクトのセキュリティ課題に直面している他のメンテナーと出会ったことの価値を強調しました。このプログラムは、その課題が解決されるまで、参加者たちが支え合い、学び合えるコミュニティを提供したのです。

会話を続けるには

OpenClaw のメンテナーたちが、投稿数が人間のレビューシステムを上回るペースで増加する中でどのように適応しているかを聞くには、完全な会話動画をご覧ください。

OpenClaw は「GitHub Secure Open Source Fund」の第 4 セッションに参加しました。詳しくは、「AI エラにおけるセキュリティを巡り、50 のオープンソースプロジェクトが教えてくれたこと」という記事をお読みください。

現在、GitHub Secure Open Source Fund の応募受付を開始しています。オープンソースプロジェクトを維持している方は、セキュリティの専門家から学び、同じくメンテナーたちとつながり、プロジェクトのセキュリティを強化するためにぜひご応募ください。

GitHub コミュニティへお越しになり、GitHub 史上最も急速に成長したオープンソースプロジェクトの構築が、実際にはどのようなものかメンテナーたちに直接聞いてみてください！

GitHub Secure Open Source Fund のパートナーの皆様へ感謝いたします

皆と共に、すべての人のためのオープンソースエコシステムのセキュリティ強化に取り組んでいます！

資金提供パートナー：Alfred P. Sloan Foundation、American Express、Chainguard、Datadog、Herodevs、Kraken、Mayfield、Microsoft、Shopify、Stripe、Superbloom、Vercel、Zerodha、1Password

エコシステムパートナー：Atlantic Council、Ecosyste.ms、CURIOSS、Digital Data Design Institute Lab for Innovation Science、Digital Infrastructure Insights Fund、Microsoft for Startups、Mozilla、OpenForum Europe、Open Source Collective、OpenUK、Open Technology Fund、OpenSSF、Open Source Initiative、OpenJS Foundation、University of California、OWASP、Santa Cruz OSPO、Sovereign Tech Agency、SustainOSS

プロジェクトのセキュリティ強化に役立つ実践的なステップをお探しですか？プロジェクトのセキュリティ基準を 1 分以内に設定しましょう >