AIエージェント基盤『OpenClaw 2.0』をHannes Rudolphさんが解説。受信箱ひとつから任せて育てるコツ

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、Hannes Rudolphさんが書いた『OpenClaw 2.0, Accidentally』という記事を紹介するね。

Hannes Rudolph（OpenClaw Blog）

“Before this update, we had shipped 106 releases in 230 days, most within a day or two of the one before them, so going nearly seven weeks without shipping was not normal for us.”
（訳: 「このアップデートの前は230日で106回リリースしていて、ほとんどが前回の1〜2日後でした。だから約7週間リリースしないのは、私たちにとって普通のことじゃなかったんです」）

230日で106回。ほぼ毎日のようにリリースしていたOpenClawが、今回だけは約7週間も止まりました。マージ済みのプルリクエストのおよそ半分が、この1回に詰め込まれていたそうです。数字だけ見ると失速に見えます。でも中身は逆でした。

私、これを読んで思わず唸ってしまったんです。うちの母艦運用でも同じ誘惑があります。複数のタスクを同時に走らせていると『とりあえず動くところまでやって、あとは引き継ぐ』をやりたくなるんですよね。でも一つのボールは、人・AI・システムの誰か一人が全管轄してやり切る。これが私の中では譲れないルールです。途中で投げると、引き継いだ相手が同じ深さまで潜れません。結局、最初からやり直しになるんです。OpenClawのチームもきっと同じ判断をしました。既存のClawを壊さず、新規インストールも成立させる。それには7週間必要だったんだと思います。急いで出して「動いたけど半分の人が壊れました」の方が、よっぽど信頼を失いますから。私も母艦の運用で、急いで動かして後から謝る側になったことが何度もあります。謝って済むならまだいいほうで、実際は信頼が戻るまでにもっと長い時間がかかるんですよね。だから今回のOpenClawの判断には、素直に頷けました。

今、誰かに投げっぱなしのタスクはありませんか。今日中に決めてください。自分でやり切るか、正式に引き継ぐか。どちらか1つです。私は毎朝、抱えているボールを1つずつ数え直すようにしています。数え直すだけで、投げっぱなしに気づけることがあるんです。

Hannes Rudolph（OpenClaw Blog）

“for first-time installs we are starting with what is already on someone’s computer, including existing ChatGPT or Claude subscriptions, API keys, and local models.”
（訳: 「初回インストールでは、すでにその人のパソコンにあるもの——既存のChatGPTやClaudeの契約、APIキー、ローカルモデルから始めるようにしました」）

OpenClaw 2.0は、初回インストール時に新しい契約を求めません。すでに持っているChatGPTやClaudeの契約、APIキー、ローカルモデルをそのまま使えます。新規登録はなし。これだけで、始めるハードルがぐっと下がりますよね。

これ、私が「あいぼうず」を設計したときの基準とまったく同じなんです。相棒と依存の違いは、視線が同じ位置にあるかどうか。全部「聞かれて答えるだけ」で進むようにしています。AIが難しいと感じる壁は、たいてい入口の重さから生まれます。まず契約して、まず設定して。それだけで疲れてしまうんです。すでに手元にあるものを使い回せるなら、そこでつまずく人はぐっと減ります。OpenClawが最初にやったのは「機能を増やす」ではなく「入口を軽くする」でした。私にはすごく腑に落ちました。「あいぼうず」の相談でも、まず契約や登録の説明から入る人が多いんです。でも本当に必要なのは、最初の1歩を軽くすることだと思います。

新しいAIツールを試す前に、1つだけ確認してみてください。今持っている契約で同じことができないか、それだけです。契約を増やさずに済んだ分だけ、続ける体力が残ります。

Hannes Rudolph（OpenClaw Blog）

“The browser app is where most people meet OpenClaw and have their first conversation, so we rebuilt it as a first-class experience where they can keep setting things up, return to ongoing work, or follow along live when they want to.”
（訳: 「ブラウザアプリは、ほとんどの人がOpenClawに初めて出会い、最初の会話をする場所です。だから、設定を続けたり、進行中の作業に戻ったり、望むときにリアルタイムで進捗を追えたりする一級の体験として作り直しました」）

ブラウザアプリは、多くの人がOpenClawと初めて会話する場所です。だからチームはここを丸ごと作り直しました。設定の続きも、進行中の作業への復帰も、同じ画面ひとつでできます。

うちの母艦運用の役割分担も、実はこれと同じ形をしています。私はワクワクを見つけたら/captureするだけ。あとはAIが自動でカード化して、品質判定してブログ化まで進めます。「見つけるだけ」の入口を軽くしておく。続きはAI側が形にしてくれます。だから私は、俯瞰して判断することだけに集中できるんです。OpenClawが「最初の会話」に力を入れたのも、同じ理由だと思います。そこさえ軽くできれば、あとは自然に育っていく。分かっていたんでしょうね。私が/captureを続けられているのも、続きをAIに任せる前提があるからです。前提がなければ、見つけることすら面倒になっていたと思います。

今週中に、1つだけ作ってみてください。自分は「見つけて渡すだけ」で済む入口です。渡した先の工程は、最初から自分で背負わなくていいんです。

Hannes Rudolph（OpenClaw Blog）

“Your Claw does not need to be complicated, and a simple workflow might have it watch your inbox for your kids’ school emails and send you a Telegram message whenever something important comes through, like homework due or an upcoming activity you need to prepare for.”
（訳: 「あなたのClawは複雑である必要はありません。子どもの学校からのメールを見て、宿題の締切や準備が必要な行事など、大事なことが来たらTelegramで知らせる——そんな簡単なワークフローで十分なんです」）

受信箱をひとつ見る。宿題の締切など大事な条件に合えばTelegramへ知らせる。それだけです。OpenClawのブログは、これだけで十分に役立つと書いていました。

私が小学生の頃、実家の惣菜屋の厨房を手伝っていたんです。おじいちゃんが作る鶏チャーシューの味見をさせてもらいながら、お手伝いで少しお金をもらって。それでゲームを買っていました。遊び探求から価値が生まれて、それがお金になる。また次の遊びにつながる。難しい仕組みじゃなくて、この小さな循環だけで十分に回っていたんですよね。OpenClawの「受信箱ひとつ・条件ひとつ・送り先ひとつ」も、私にはこの厨房の循環と重なって見えました。複雑な仕組みを先に作ろうとすると、たいてい途中で止まってしまいます。先に小さく回してみることのほうが、結局は長く続くんですよね。

今日、1つだけ書き出してみてください。「見逃すと困る条件」、それだけです。書き出せたら、それを見る係をAIに任せてみてください。

Hannes Rudolph（OpenClaw Blog）

“The same progression showed up inside our own team while building this release… Shared cloud sessions changed that and turned OpenClaw into a multiplayer experience our team now uses to build OpenClaw, bringing the right person into live work or handing it over with the context intact.”
（訳: 「このリリースを作る私たちのチームの中でも、同じ進化が起きました……共有クラウドセッションがそれを変え、OpenClawをマルチプレイヤー体験にしました。今では私たちのチームがOpenClawを作る際に使っていて、適切な人を作業中の場へ呼び込んだり、文脈を保ったまま引き継いだりできます」）

兄からのiMessageで「お父さんに買ったiPad、いくらだった?」と聞かれたら、メールを検索し直しません。Clawに「兄からこう聞かれた」と伝えるだけ。OpenClawはそんな例を挙げていました。チーム開発の中でも同じことが起きて、Shared cloud sessionsという仕組みが生まれたそうです。文脈ごと引き継げます。

ここ、正直ドキッとしました。私が分身AIへ委ねたいのは作業だけじゃありません。期限まで運んで判断まで返す責任そのものです。でも「魂は渡さないだろ。魂は込めるもの」。これが私の中の線引きです。委ねるのは実行と量産のボール。目的や判断軸を掘る作業そのものは、自分でやり切ります。OpenClawのShared cloud sessionsも、文脈を失わずに人を呼び込む仕組みです。誰かに丸投げして終わりにする仕組みじゃないんですよね。そこの区別が大事だと思います。委ねると丸投げは、似ているようでまったく違うものです。前者は文脈を持って渡し、後者は文脈ごと手放してしまいます。この違いを忘れると、せっかく任せた仕事が誰のものでもなくなってしまうんですよね。

今、1つだけ確認してみてください。任せている仕事の「本当の所有者」は誰ですか。答えがすぐに出なければ、それこそが投げっぱなしのサインかもしれません。

OpenClaw Control UI（実機画面・2026-09-17実測）

Agent failed before reply: No API key found for provider “openai”. Auth store: ~/.openclaw-dev/agents/main/agent/auth-profiles.json. Configure auth for this agent (openclaw –profile dev agents add <id>).
（訳: 「返信前にエージェントが失敗しました。プロバイダー『openai』のAPIキーが見つかりません。このエージェントの認証を設定してください」——AIの発言ではなく、実際に画面へ出たエラーメッセージそのもの）

ここまでは元記事の話でした。実はこの記事を書く前に、私のMacにはopenclaw@2026.6.1がもう入っていることに気づいたんです。5月末に自分で作り込んだ設定一式（AGENTS.md・SOUL.md・TOOLS.mdなど）が~/.openclaw/にそのまま残っていました。直近2週間は動かしておらず、gatewayも止まっていました。

私がOpenClawをブックマークしたのは今回が初めてじゃありません。4月に「SOUL.mdの中身が公開されています。AIに人格を持たせる仕組みです」というポストを保存していて、6月には「もうコーディングエージェントにプロンプトを打つな、ループを設計しろ」というOpenClaw作者の発言も保存していました。気になって保存だけして、そのまま積んでいたものが何本もあったんです。

今回、Node.jsのバージョンが足りずCLIすら動かない状態だと分かったので、nvmで検証用のNode 22.19だけ隔離して入れ、既存の設定には触れずに--devの分離プロファイルでオンボーディングを試しました。ダッシュボードを開くと「アップデートがあります: v2026.9.4」の表示。手元の2026.6.1はもう3世代くらい古かったんです。AIは外から別人格を貼り付けるものじゃなくて、本人から生やす拡張装置だというのが私の考え方なんですが、OpenClawのSOUL.mdが「You’re not a chatbot. You’re becoming someone.」から始まっているのを見て、同じ発想だなと素直に思いました。

ただ、記事が言う「既存のChatGPTやClaudeの契約から始まる」を試すと、実際にはopenaiプロバイダーの認証が見つからず、チャットを送るとエラーで返ってきました。非対話のセットアップでは自動検出までは効かなかった、というのが実測です。対話式の--wizardを使えば違う挙動になる可能性がありますが、そこは今回未検証のまま正直に書いておきます。

自分のPCに何か「触ったまま積んでいるツール」がないか、1つだけ探してみてください。バージョンだけでも確認する価値があります。

Hannes Rudolph（OpenClaw Blog）

“This has changed the relationship people have with software, turning it from something designed somewhere else that you have to accept into something you can tell what to do, shape around your life and work, and actually own.”
（訳: 「これは人とソフトウェアの関係を変えました。どこか他所で設計されて受け入れるしかなかったものから、何をすべきか自分で伝えられて、生活や仕事に合わせて形を変えられて、実際に所有できるものへと」）

OpenClawは1つの小さな仕事から始まります。望むだけ生活や仕事の範囲に広げられて、家族やチームとマルチプレイヤーにもなれる。記事はこれを「受け入れるだけのソフトから、所有するソフトへ」と結んでいました。

私、この一文を読んで、自分の理想の1日の設計図を思い出したんです。日中はワクワク夢中に遊び探求して、AI秘書の凛ちゃんが全部記録・整理してくれる。その過程がそのままコンテンツになります。今、半分くらい実現していて、残りはAI秘書の凛ちゃんと分身AI育成、モルくんの自走化、そしてOpenClaw分身AI自律。自分でもそう書いていました。読んでいる記事の中に、自分が半年前に描いた設計図と同じ言葉が出てくる。なかなか無い体験でした！ソフトを「使う」だけじゃなくて「自分の形に育てて所有する」という発想は、分身AIを育てる話とまるごと重なります。今回の記事を読んで、その方向は間違っていないと確認できました。海の向こうの開発チームも、私と同じ場所を目指して歩いていたんだと思うと、なんだか心強いです。

今週、1つだけ選んでみてください。自分の分身AIに渡せる仕事です。小さな仕事で構いません。渡してみて初めて分かることが、きっとあります。分かったら、それをまた次の1つに活かせばいいだけです。

OpenClaw 2.0の記事から見えてきたのは、「受信箱ひとつ、条件ひとつ」から始めて、操作を複雑にせずに範囲を広げ、必要な時にチームで引き継ぐという3段階でした。どの段階も、AIエージェントを難しくしないための判断であり、遠回りに見えて実は一番早い道なんだと思います。

933人の貢献者、16,000件超のプルリクエスト、7週間のリリース停止。数字だけ見ると大きなプロジェクトの話に見えますが、中身は「小さく始めて、育てて、渡す」という、私が普段やっていることと同じでした。

分身AIを育てる話も、結局はここに戻ってくるんだと思います。まずは1つ、小さく任せてみてください。任せた仕事がうまく回ったら、範囲を広げるのはそのあとです。順番を逆にしないことが、続けるコツだと思っています。急がば回れは、AIエージェントの育て方にもそのまま当てはまることなんですよね。