この更新、正直かなり好きです
今回の更新、見た目は地味なんだけど、AIエージェントを日常運用する人ほど刺さる回だと思う。
OpenClawは、普段使っているチャットアプリやWeb UIを、自分のマシンやサーバー上のAIエージェントにつなぐセルフホスト型のゲートウェイで、1つのGatewayで複数チャネルを束ねられる。しかもオープンソースで、自前運用しやすい。 > Upgrade before your agent does it for you.
この一文もいい。半分ジョークだけど、半分はOpenClawらしさそのもの。実際、更新コマンド自体は用意されている一方で、自動更新はセッション切断や再起動を伴うので**「技術的にはできるけど、雑に任せるものではない」**という距離感が公式にもある。 ---
何が変わったのかを、人間の言葉で言うと
今回のポストに並んでいる項目をざっくり言い換えると、モデルの選択肢が広がった、ブラウザ操作が安定した、チャット連携まわりの実用性が上がった、この3つだと思う。
まずQwenまわり。2026.3.23では、Qwen系の接続先として通常の従量課金エンドポイントが入り、従来の専用プラン寄りの導線だけでなく、ふつうのAPI課金で回しやすい形が強くなった。OpenClaw側にはQwenのOAuth導線と、Alibaba系のModel Studio導線の両方があって、用途に応じて選びやすい。
DeepSeek provider plugin も同じ文脈で重要で、要するに**「安い・速いモデルをOpenClawの中でちゃんと使い分ける」**方向がさらに進んだ、ということ。DeepSeek自体は公式にプロバイダとして案内されていて、認証してそのまま既定モデルにできる。 それと地味に効くのが、OpenRouter auto pricing と Chrome MCP。
OpenRouter側は auto ルートの価格更新まわりが直って、usage.cost が再び埋まりやすくなった。つまり、どのモデルをどのくらいのコストで回しているかを把握しやすくなる。Chrome MCPは、既存セッションのタブがちゃんと使える状態になるまで待つようになって、接続直後のタイムアウトや権限まわりのムダが減る。ここ、ブラウザ操作系エージェントではかなり大事。 さらにチャネル周りでは、SlackのblocksやDiscordのcomponentsの扱いが再び柔らかくなり、Web UIや認証まわりの細かい不具合も修正されている。派手なデモ映えより、毎日止まらず動くことの方が価値が高い、という思想がかなり見える。 GitHub
触るなら、最短の入り方はこれです
OpenClawを初めて触るなら、最短ルートはかなり明快。
Nodeは24推奨、22.16以上でも動く。Windowsはネイティブでも使えるけど、安定性重視ならWSL2推奨。インストーラはOSを見て必要なものを入れてくれる。
Bash# macOS / Linux / WSL2curl -fsSL https://openclaw.ai/install.sh | bash# Windows PowerShelliwr -useb https://openclaw.ai/install.ps1 | iex
そのあと、オンボーディングを流す。ここでモデル認証、Gateway設定、チャネル設定、デーモン化まで進められる。
最初の会話はチャネル接続なしでもブラウザのControl UIで始められるので、いきなりSlackやWhatsAppをつながなくても試せるのが親切。
Bashopenclaw onboard --install-daemonopenclaw gateway statusopenclaw dashboard
macOSなら、CLIで頑張るよりOpenClaw.appを先に入れてメニューバー常駐で始めるやり方もかなり楽。アプリがローカルGatewayを面倒見てくれるので、初回はこの方がハマりにくいと思う。逆にDockerは、ローカルで最速に触りたい人向けというより、隔離環境やリモートホスト向け。
類似のAIエージェントと何が違うのか
ここ、個人的にはかなり面白いところ。 CodeやCodex、CursorのAgentは、基本的に開発環境の中でコードを書くエージェントだ。GitHubのcoding agentは、GitHub上で自律的に作業してPRを上げる方向が強い。 Coworkは、コードよりも知的労働やデスクワークに寄っている。 GitHub
その中でOpenClawは、「どこでAIを呼ぶか」の層を取りに行っている感じがある。
IDEの中ではなく、Slack、Discord、Telegram、iMessage、Web UIみたいな“入口”をまとめて、自分専用のGatewayに集約する。だからOpenClawは、 CodeやCodexと競合するというより、むしろそれらを後ろで動かすための受け皿として見る方がしっくりくる。
個人的には、ここが本質だと思う
AI駆動開発の文脈で本当に効いてくるのは、モデル性能だけじゃなくて、入口、実行、コスト、権限の4点をどう分離するかだと思う。
OpenClawはそこをかなり綺麗に分けやすい。入口はSlackやDiscord、実行はGateway、頭脳はDeepSeekでもQwenでもClaudeでもいい。これ、将来の技術スタックとしてかなり強い設計だと思う。 OpenClaw+3OpenClaw+3
ただ、便利だから全部自動でいいかというと、そこは違う。公式FAQでも、個人メッセージへの完全自律は勧めていなくて、専用アカウントを使う、送信前承認にする、allowlistやpairingで絞るのが安全な型として案内されている。ここを雑にすると、せっかくの「自前で持てるAI」が一気に危うくなる。 OpenClaw
正直、今回の更新は「未来っぽい機能が増えた」というより、未来を毎日使える形に近づけた更新だと思う。
こういう回の方が、あとから効くんだよね。