OpenClaw v2026.6.11 リリースノート (2026-06-30)

フィードバックを受け止めました。v2026.6.11 は、OpenClaw の信頼性を損なっていた粗い部分に重点を置き、返信先の誤り、送信の停止、再接続、モデル設定の失敗、より安全な管理者デフォルトに関する修正を含みます。

ハイライト

チャンネル配信の信頼性

Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu、Mattermost 全体で、返信、コマンド、キュー済みメッセージ、添付ファイルが、ドロップ、重複、誤配送されたり、誤った会話に添付されたりする可能性が低くなりました。

ソースとコントリビューター

• 新しい Google Chat のダイレクトメッセージがグループ会話のように扱われることがあった問題を修正し、Space とグループチャットのメッセージは既存のルーティングを維持しながら、正しい1対1チャットに届くようにしました。 #58993 Thanks @starhappysh, @vincentkoc.
• OpenClaw からの Feishu 音声返信でチャットバブルに長さが表示されるようになり、受信者は再生前に音声の長さを確認できます。 #89172 Related #53798. Thanks @areslp, @fxz26284407, @kinrocw.
• Discord と Telegram の返信、およびミラーされたチャット履歴が、繰り返しの Telegram 返信やセッション変更をまたいでも、意図した会話により一貫して紐付くようになりました。 #89911 Thanks @jalehman.
• タスクが完全な会話ターゲットなしで開始された場合でも、バックグラウンドの画像、動画、音楽の結果が、それを要求したチャットに戻るようになりました。作成後に失敗したように見えたり、セッション移動に伴って誤った相手に送信されたりしません。 #89949 Related #86034. Thanks @tianxiaochannel-oss88, @wangwllu.
• Telegram で以前のボットメッセージを引用した場合、回答はユーザーの現在の質問に紐付くようになりました。一方で、他の人のメッセージの引用は、選択された引用への返信のままです。 #90475 Thanks @moeedahmed.
• QQBot のグループ管理者は、スラッシュコマンドをどの範囲で利用可能にするかを選択できるようになりました。また、プライベート専用コマンドは、グループで公開されたり黙って無視されたりする代わりに、ユーザーをプライベートチャットへ案内します。 #92154 Thanks @sliverp.
• 推論対応モデルを使う Heartbeat チェックで、Telegram、WhatsApp、その他のチャネルに内部推論が露出する代わりに、アシスタントが意図した返信が表示されるようになりました。一方、オプトインの Thinking メッセージは引き続き機能します。 #92356 Related #92260. Thanks @jmpei, @tangtaizong666, @vincentkoc.
• Telegram の進捗モードのチャットで、新しいツール出力や成果物が表示される前に古い進捗バブルがクリアされるようになり、会話が整理された読みやすい順序に保たれます。 #93002 Related #90753. Thanks @shadow-enthusiast, @zhangguiping-xydt.
• iMessage のコマンドとリンクのメッセージは、遅延したリンクプレビューが届いた場合でも1つの OpenClaw ターンとしてまとまるようになりました。一方、同じ送信者の DM 結合を有効にしているユーザーでも、無関係な短いメッセージは別々のままです。 #93143 Thanks @omarshahine.
• メッセージツール経由で送信された Discord 返信が成功しても、影響を受ける message_tool_only ソースチャネルターンで誤解を招く失敗警告が表示されなくなりました。 #94072 Related #93875. Thanks @chenyangjun-xy, @hoyanhan, @vincentkoc.
• WhatsApp グループ会話で、再試行、再接続、グループ変更の間も、正しいメッセージとグループのコンテキストがより確実に保持されるようになりました。 #94338 Related #7433. Thanks @mcaxtr, @octopuslabs-fl, @xialonglee.
• 先頭に余分な文字が混入して送信済みメッセージとして認識されない場合に、OpenClaw が遅延した自分自身の iMessage エコーに返信してしまうことがあった問題を修正しました。 #94442 Thanks @ly-wang19.
• Telegram Webhook ユーザーは、短時間のチャネル再起動、設定リロード、復旧サイクルの間も、一時的なメッセージ途絶なしに DM とグループメッセージを受信し続けられます。 #94506 Related #90254. Thanks @obviyus, @travellingsoldier85, @xialonglee.
• Matrix E2EE Gateway は、メモリを徐々に消費してクラッシュし、チャネルや進行中の作業を停止させる代わりに、長時間の利用中もオンラインを維持できるようになりました。 #94942 Related #90455. Thanks @xzh-icenter, @yar-sh.
• Telegram ユーザーには、漏れた指示や破棄されたリアクションのみの返信ではなく、意図したネイティブリアクションが表示されるようになりました。成功は Telegram が受け入れた後にのみ記録されます。 #94977 Related #71140. Thanks @cuttingwater, @hugenshen.
• Telegram のコマンド、検索、更新、API アクティビティの進捗更新で、ノイズの多い HTML やコード風の行が露出せず、読みやすさが保たれるようになりました。Telegram が書式を解析できない場合はプレーンテキストにフォールバックします。 #95007 Related #95002.
• WebChat で継続された Telegram 会話では、ターンごとにアシスタント返信が1つだけ表示され、後続の返信が重複したり Telegram に送り返されたりせず、アクティブな会話に紐付くようになりました。 #95069 Related #94930. Thanks @heichaowo.
• Google Chat は、ツール結果が無害な場合に誤解を招く内部失敗バナーを非表示にするようになりました。通常のアシスタントテキストは変わらず、ユーザーには完了した回答が残ります。 #95084 Related #90684. Thanks @jailbirt, @studentzhou-svg.
• 紐付けられたマルチエージェントチャネル会話は、デフォルトエージェントではなく、設定されたエージェントのワークスペースファイルを読み込むようになりました。ただし、以前に誤って保存された会話は、修正後のエージェントストアで新規開始される場合があります。 #95118 Related #92903. Thanks @849261680, @axjing.
• OpenClaw Gateway を共有しているユーザーは、対応するチャットチャネル全体で、個別のダイレクトメッセージ連絡先に異なるモデルを割り当てられるようになりました。既存のグループおよびワイルドカードのモデル選択は従来どおり動作します。 #95120 Related #53638. Thanks @gandalf-at-lerian, @thomaszta, @xydigit-zt.
• Telegram では、短い初期プレビューや進捗モードの返信の間も OpenClaw が作業中であることが表示されるようになり、最終メッセージが届くまでチャットが無音のままになることがなくなりました。 #95183 Related #95004. Thanks @obviyus.
• Matrix のユーザーと運用者は、ホームサーバーが過大な応答や停止した応答を送った場合に、OpenClaw がそれをバッファし続けて無制限のメモリ使用を招く代わりに、明確な失敗を受け取れるようになりました。 #95240 Thanks @alix-007.
• 注入された環境変数が多い Kubernetes 風のデプロイで、キューデータベースのオープンにより Gateway が停止する可能性があり、Telegram やその他のキューされたチャネル返信が遅延または欠落する問題を修正しました。 #95278 Related #94571. Thanks @kaka-srp.
• 1つの停止したメッセージがタイムアウトした後、Telegram チャットが復旧するようになり、Gateway を再起動しなくても、同じチャットまたはトピック内の後続メッセージがエージェントに届くようになりました。 #95299 Related #95248. Thanks @kriegerbangerz-ship-it, @mikasa0818, @obviyus.
• 共有ダイレクト会話で Telegram と別の OpenClaw クライアントを切り替える場合、短い Telegram 返信は、古い無関係な Telegram 提案に応答する代わりに、最新の会話に従うようになりました。 #95390 Related #95378. Thanks @maiduy708, @mikasa0818, @obviyus.
• 複数メッセージの返信後、Telegram、Discord、Slack、その他のストリーミングチャットで完了済みのアシスタントメッセージが二重に表示される問題を修正しました。 #95432 Thanks @vincentkoc, @yetval.
• WhatsApp の返信は、会話コンテキストを失う別メッセージとして表示される代わりに、回答対象のダイレクトまたはグループメッセージに紐付くようになりました。 #95483 Thanks @mcaxtr.
• Telegram のリッチメッセージ返信で、複数行の内容が1つの長いブロックに潰れず、段落、箇条書き、ステータス行が分離されたままになりました。設定変更は不要です。 #95532 Related #95409. Thanks @amknight.
• ネイティブスラッシュコマンドを有効にした Mattermost 運用者は、Mattermost 内で /oc_queue を直接使い、アクティブ実行キューのモード、デバウンス時間、上限、ドロップ処理を調整できるようになりました。 #95546 Thanks @amknight.
• レガシーなマルチアカウントチャネルのアップグレード後も、以前に許可されていたメッセージは名前付きアカウントに届き続け、Mattermost、Discord、Slack、Telegram、Signal、WhatsApp、iMessage、IRC 全体で継承された DM とグループのアクセスルールが保持されます。 #95550 Thanks @amknight.
• Mattermost ユーザーは、ボットが返信した後に再度メンションしなくてもスレッド内で会話を続けられるようになり、その参加状態は Gateway 再起動後も、スレッドが7日間アイドルになるまで維持されます。 #95552 Thanks @amknight.
• 受信した Telegram メッセージは、次のポーリング間隔、Gateway 再起動、または手動介入まで未回答のままになる代わりに、設定された OpenClaw セッションへ速やかに届くようになりました。 #95577 Related #86957. Thanks @freidrich-goldenflow, @liuwqgit.
• QQBot ユーザーは、有効な区切りが列ごとに1本または2本のダッシュを使っている場合でも、ヘッダーと最終行以外が失われる代わりに、完全な markdown テーブルを受け取れるようになりました。 #95637 Thanks @ly-wang19.
• Synology Chat ユーザーは、設定されたコアタイムアウトが許可する場合、チャネルが早期に拒否する代わりに、120秒を超えるエージェント返信も受信できるようになりました。 #95707 Thanks @sahibzada-allahyar, @vincentkoc.
• Telegram フォーラムトピックの Cron ジョブは、メインのお知らせが同じチャット内のトピックを使う場合でも、個別に設定された失敗アラートを意図した宛先へ送り続けるようになりました。 #95794 Thanks @vincentkoc.
• WhatsApp グループ返信が、ユーザーのトリガーメッセージではなく古い OpenClaw メッセージを引用することがある問題を修正しました。返信ターゲットが利用可能な場合、最終回答は意図したメッセージに紐付き、利用できない場合は古いボットコンテキストを指し戻さないようになります。 #95914 Thanks @mcaxtr.
• WhatsApp が同じダイレクトチャットを異なる形で識別する場合でも、ユーザーはリアクションでプロンプトを承認または拒否でき、プロンプトが停止したままになりません。一方、グループ承認は正しいグループと人物に紐付いたままです。 #95935 Thanks @mcaxtr.
• OpenClaw がブロックテキストがすでに送信済みかどうかを確認する際の最終返信処理の CPU 使用量が減りました。どの返信がチャットに届くか、重複テキストがどのように抑制されるかは変わりません。 #96087 Thanks @vincentkoc.
• 外部チャンネル Plugin からの exec 承認結果は、承認後に WebChat へフォールバックしたり消えたように見えたりせず、コマンドが開始されたチャンネルまたは DM に返るようになりました。 #96140 関連 #96103。@lansenger-pm、@vincentkoc、@yetval に感謝します。
• WhatsApp で、古い OpenClaw メッセージに返信するとき、最終回答は引用なしで届いたり古い bot 返信を指したりせず、ユーザーが直前に送ったフォローアップメッセージへの引用として維持されるようになりました。 #96220 @mcaxtr に感謝します。
• Nextcloud Talk の bot は、通常のファイル共有イベントとライフサイクルイベントを bot エラーとしてログ記録したり配信無効化のリスクを生じさせたりせずに無視するようになりました。一方で、不正な形式のチャットペイロードは引き続きエラーを返します。 #96243 関連 #81566。@arkyu2077、@rafaelmgbh、@vincentkoc に感謝します。
• Mattermost チャンネルでの返信とメッセージツール配信は、agent がそれらの会話をグループチャットではなくチャンネルとして識別するため、チャンネルとスレッドのガイダンスを使うようになりました。既存のグループチャット動作は変更されません。 #96244 関連 #95645。@arkyu2077、@iloveleon19、@vincentkoc に感謝します。
• MCP チャンネル連携は、クライアントが過剰な制限値やタイムアウトを要求した場合でも、会話リスト、メッセージ読み取り、イベントポーリング、待機を予測可能な範囲内に保つようになりました。 a39e548 @vincentkoc に感謝します。
• 異常に大きなタイムアウトが設定されている場合でも、長時間実行されるストリーミング自動返信が早期に停止したり一貫性なく中断されたりしにくくなりました。 6c85b90 @vincentkoc に感謝します。
• チャンネル進捗は、別の更新後に作業が実際に同じ状態へ戻った場合、有用な文脈を重複として隠すのではなく、繰り返しのステータスを表示するようになりました。 8a75c4d
• 完了したチャンネル返信に後から進捗通知が追加されなくなり、回答完了後に古いステータステキストが表示されることを防ぎます。 a594d2c @vincentkoc に感謝します。
• ストリーミング中のチャンネル返信では、進捗メッセージが古い更新に固定されるのではなく、最新の状態を表示し続けるようになりました。 e114001 @vincentkoc に感謝します。
• Matrix の強制リセットは、利用できないシークレットストレージをランタイムエラーなしで処理し、リカバリアクセスを利用不可として扱うことで、リセット経路が安全に続行できるようになりました。 5c5a8a4 @vincentkoc に感謝します。
• 設定済みチャンネルは openclaw channels status --json に引き続き表示されるようになりました。一方で、スケジュール済み告知は、それらを配信するアクティブな Plugin がない古いエントリを拒否します。 a641c0d
• Discord 音声会話では、連続するアシスタント応答が進み続けるようになり、キューに入った返信が停止したままになるのではなく、前の音声ストリームが閉じた後に再生されます。 88b64e4 @vincentkoc に感謝します。
• Discord の進捗プレビューは、agent 応答がすでに到着し始めている場合に、最終編集の前で停止しにくくなりました。 86ea382
• アシスタントが沈黙する意図の場合、チャットに余分な NO_REPLY テキストが表示されなくなりました。一方で、正当なメディア応答は引き続きプレースホルダーなしで届きます。 96c6f80
• Telegram のストリーミング返信は各進捗見出しを一度だけ表示するようになり、ツールと検索の更新を把握しやすくなりました。 013e33c @vincentkoc に感謝します。
• 長時間実行タスク、クラッシュ、Gateway 再起動の後に停止した Telegram メッセージは、自動的に処理を再開するようになりました。そのため、後続メッセージが黙って待機し続けたり、オペレーターが手作業でキューを修復したりする必要がなくなりました。 #97543 @romneyda、@vincentkoc に感謝します。

プロバイダーとモデルの復旧

モデル選択とセットアップは、カタログ、認証情報、ストリーム、タイムアウト、Compaction、フォールバックに問題が発生したとき、より明確に復旧するようになりました。影響を受ける OpenAI、OpenRouter、OpenCode Go の設定は、ユーザーに古い選択肢や停止したリクエストを残すのではなく、失敗をより一貫して報告または復旧するようになりました。

fast mode のフォローアップ修正により、影響を受けるプロバイダーとフォールバックの経路での動作が改善されます。自動 fast mode 自体はこのリリースで新しく追加されたものではありません。

ソースとコントリビューター

• MiniMax のテキスト読み上げと音声メモは、プロバイダーのデフォルトに依存する代わりに、OpenClaw がデコード可能な音声形式を明示的に要求するようになったため、失敗しにくくなりました。 #73079 Thanks @efe-arv.
• Gateway オペレーターは、通常ログでプロバイダー、モデル、リクエスト状態、タイミングの詳細を再び確認できるようになり、追加のデバッグログを有効にしなくても、モデルルーティングやトランスポートの問題を診断しやすくなりました。 #89648 関連 #89300。 Thanks @enominera, @xiaobao-k8s.
• Google、Mistral、OpenAI Responses、Azure OpenAI Responses、ChatGPT/Codex Responses 経由で到達するモデルは、OpenClaw の内部キャッシュ境界マーカーがプロンプトに漏れることなく、クリーンなシステム指示を受け取るようになりました。 #89716 Thanks @enominera, @masatohoshino.
• OpenAI 互換プロバイダー経由で Gemini モデルを使用する Cron ツール呼び出しは、nullable フィールドによってプロバイダーのスキーマ拒否が発生することなく実行されるようになりました。 #91559 関連 #91542。 Thanks @pick-cat, @qiukui666.
• プロバイダー修飾付きモデル ID は、予期せず OpenClaw のデフォルトランタイムにフォールバックする代わりに、設定済みのエージェントランタイムポリシーと CLI エイリアスに従うようになりました。 #91724 Thanks @vincentkoc, @yu-xin-c.
• チャットの /models 一覧や、その他の Plugin 対応モデルまたはプロバイダー選択パスは、繰り返しセットアップスキャンで数秒停止して CPU コアを消費する代わりに、素早く応答するようになりました。Plugin の変更は引き続き通常どおり更新されます。 #93356 Thanks @obuchowski.
• ホスト型 Ollama Cloud ユーザーは、再起動後に明示的に設定したモデルだけを維持できるようになり、共有カタログ全体が再追加されなくなりました。一方で、ローカルおよびセルフホストの Ollama サーバーでは自動検出が継続します。 #93956 Thanks @jason-allen-oneal.
• Cron ジョブは、ローカルプロバイダーが汎用の LLM request failed. エラーを返した場合に、フォールバックを使わず失敗する代わりに、再試行または設定済みフォールバックモデルへの切り替えができるようになりました。 #94062 関連 #93931。 Thanks @hugenshen.
• 期限切れのプロバイダートークンが、繰り返しのフォールバック警告で有用なオペレーターログを埋もれさせることがなくなりました。最初の警告と後続の重複サマリーは、診断用に引き続き利用できます。 #94233 関連 #56979。 Thanks @goutamadwant, @yanan1991.
• Google Gemini 3.5 Flash は、完全な 1,048,576 トークンのコンテキストウィンドウで選択できるようになり、モデル未検出エラーや不要なプロンプトサイズ拒否を回避できます。 #94726 関連 #94723。 Thanks @ajwan8998, @anguslogan01, @kevinat.
• ダッシュボードの子セッションは、許可されたプロバイダー修飾付きモデル選択を一貫して処理し、保存済みモデル状態が古い場合に正確な復旧ガイダンスを表示するようになりました。 #94752 関連 #94713。 Thanks @gr4via.
• Claude CLI ユーザーには、届かない可能性のある完了更新の約束が表示されなくなりました。OpenClaw は、進行状況が取り残される前に、サポートされていないネイティブバックグラウンド作業をブロックするようになったためです。 #95008 Thanks @anagnorisis2peripeteia.
• OpenClaw は、過大なプロバイダーカタログまたは JSON レスポンスを、レスポンス全体をメモリにバッファリングする前に明確なエラーで拒否するようになりました。 #95218 Thanks @alix-007.
• OpenRouter ユーザーは、OpenClaw が重複したプロバイダープレフィックスを送信したために model_not_found でリクエストが失敗することなく、告知されている短い DeepSeek V4 モデル ID を選択して実行できるようになりました。 #95268 関連 #95198。 Thanks @daniel-alejandro-t, @darren2030.
• /reasoning on では、DeepSeek 形式の OpenAI 互換モデルが、最終回答を推論ブロックに含める代わりに、推論とは別に表示するようになりました。設定変更は不要です。 #95283 関連 #95280。 Thanks @marvinthebored, @vincentkoc, @zengwen-dt.
• Codex サブスクリプションが使用量上限に達した場合、OpenClaw は失敗結果で停止する代わりに、設定済みフォールバックモデルへ移行するようになりました。また、すでに可視出力を生成した実行は再試行しません。 #95400 Thanks @jason-allen-oneal, @sallyom.
• LM Studio ユーザーは、モデルキーの不一致によって発生する誤った assistant ターン失敗や存在しないサフィックス付きモデル項目なしに、量子化モデルや複数バリアントのローカルモデルを実行できるようになりました。 #95401 Thanks @monkeyleet.
• Google バックの埋め込みエージェント実行は、過大または終わらないプロンプトキャッシュレスポンスがメモリを使い果たしたり実行を停止させたりする前に、読み取りを停止するようになりました。 #95417 Thanks @alix-007.
• OpenRouter モデルスキャンは、過大または不正なカタログで、OpenClaw を不安定にし得る過剰なメモリ使用を招く代わりに、安全に失敗するようになりました。 #95418 Thanks @alix-007.
• OpenRouter セットアップは、OpenClaw のメモリを使い果たす前に過大なモデルカタログを拒否するようになりました。失敗したレスポンスをキャッシュしたり、即座に再取得したりしません。 #95420 Thanks @alix-007, @sallyom.
• 設定済みフォールバックモデルは、Claude CLI がクレジット切れになる、または汎用ランナー失敗に遭遇した場合に、失敗メッセージを最終応答として残す代わりに回答できるようになりました。 #95508 関連 #95489。 Thanks @mikasa0818, @riazrahaman, @sallyom.
• Gemini バックの Web 検索で freshness: "day" または pd を使用した場合、プロバイダーの 400 エラーで失敗する代わりに完了するようになりました。一方で、より広い freshness 選択や明示的な日付範囲では、より厳密なフィルタリングが維持されます。 #95682 Thanks @sunjae-k, @vincentkoc.
• Grok Composer などの xAI 推論モデルからのフォローアップ回答は、設定可能な reasoning effort がサポートされていない場合でも、以前の推論コンテキストをより確実に保持するようになりました。 #95686 Thanks @fuller-stack-dev, @geraint0923.
• Vercel AI Gateway ユーザーは、OpenClaw の同梱一覧にないライブ限定モデル ID を含め、ライブカタログから選択したモデルを実行できるようになりました。 #95710 Thanks @vincentkoc.
• マニフェスト定義プロバイダーで、stripPrefixes 項目に余分なスペースや大文字小文字の違いがある場合に、有効なモデル ID が壊れた ID に変わる問題を修正し、オペレーターと Plugin 作者が意図したプロバイダーモデルを取得できるようにしました。 #95744 関連 #95743。 Thanks @parveshsaini.
• 初回セットアップは、ループしているように見えて OpenAI が選択されたままになる代わりに、新しくインストールされた外部プロバイダーの認証情報プロンプトを開くようになりました。 #95792 関連 #95765。
• 過大または停止したプロバイダーカタログは、OpenClaw をハングさせたり無制限にメモリを消費したりする代わりに、明確なエラーですばやく失敗するようになりました。通常のカタログは引き続き読み込まれます。 #95827 Thanks @alix-007.
• Xiaomi Token Plan ユーザーは、古い 32,000 トークン制限で停止される代わりに、mimo-v2.5 と mimo-v2.5-pro で最大 128K 出力トークンを使用できるようになりました。 #95934 Thanks @idootop.
• ツールの多いモデルレスポンスは、オーバーヘッドを抑えてストリーミングできるようになりました。また、Google および OpenAI 互換プロバイダー全体で、繰り返しのツール呼び出し ID と暗号化された推論詳細が正しい呼び出しに対応したまま維持されます。 #95957 Thanks @vincentkoc.
• 同梱 ACPX ユーザーのトークン使用量集計は、OpenClaw が ACPX 0.11.2 の永続化修正をデフォルトで含めるようになったため、より信頼できるようになりました。別途パッケージ上書きや手動クライアント更新は不要です。 #96124 Thanks @vincentkoc.
• Ollama Cloud ユーザーは、公開モデル一覧にない場合でも、1,000,000 トークンのコンテキストウィンドウ、推論、ツール対応を備えた glm-5.2:cloud を見つけて選択できるようになりました。 11484f8
• MiniMax の画像理解リクエストは、タイムアウトがゼロ、負数、または極端に大きい場合でも、プロバイダーに到達する前に失敗しなくなりました。不正な値は通常または安全な最大待機時間を使用するようになりました。 4b6182e Thanks @vincentkoc.
• Codex 実行は、古い速度ティアを引き継ぐ代わりに、現在の fast mode 選択に従うようになりました。また、fast mode が自動の場合はステータス行に明確に表示されます。 77012f9 Thanks @vincentkoc.
• Codex バックの会話は、自動 fast mode が解除された後に通常のルーティングへ戻るようになり、後続ターンやモデル変更で古い優先度ティアが再利用されるのを防ぎます。 8afc1f7
• フォールバックエージェント実行は、実行中に fast mode が上書きされている場合でも、各モデルの設定済み自動 fast-mode cutoff に従うようになり、フォールバック動作が選択されたモデルポリシーと一致します。 efd3172
• ライブモデル切り替えの再試行は、長時間実行セッションの元の fast-mode cutoff を保持するようになりました。一方で、明示的な fast mode では誤解を招く自動 cutoff の進行状況メッセージを避けます。 d990115 Thanks @vincentkoc.
• 埋め込みエージェント実行は、自動 fast mode を手動選択された fast-mode 設定と混同することなく、再試行と進行状況更新を通じて一貫して動作させるようになりました。 cf1b6fe Thanks @vincentkoc.
• fast-mode 実行は、モデルフォールバック再試行を通じて速度設定を維持し、設定済みの自動しきい値をステータスに表示するようになりました。これにより、一貫しない再試行動作と役に立たない汎用ラベルを回避します。 aa3797c Thanks @vincentkoc.
• エージェント返信とスケジュール済み Cron 実行は、fast-mode フォールバック再試行をより確実に処理するようになり、最終試行が正しく完了または進行状況を報告するために必要な状態を保持します。 14e448e Thanks @vincentkoc.
• ユーザーには、モデルフォールバック試行がまだ実行中の間、fast-mode リセット通知が表示されなくなりました。この通知は、実行が最終フォールバック試行に達した場合にのみ表示されます。 6eb72a8
• ユーザーとオペレーターは、設定済みライブモデルが利用できなくなった場合に、より明確な処理を受けられるようになりました。OpenClaw がプロバイダーの「選択されたモデルが見つからない」応答を汎用エラーではなく model-not-found 失敗として認識するためです。 2405d02 Thanks @vincentkoc.
• Qwen と vLLM は、thinking のオン・オフを切り替えたときに既存のチャットテンプレート設定を一貫して保持するようになり、provider プラグインも同じテスト済みヘルパーを使用できます。 2ba9d6e @vincentkoc に感謝します。
• OpenAI 互換プロキシ provider は、thinking レベルと従来の reasoning_effort フィールドをより一貫して扱えるようになり、プラグイン開発者と provider メンテナーは、OpenRouter、Kilocode、SDK 全体で 1 つの文書化された正規化ヘルパーを使用できます。 35bafea
• ブラウザーと Vite ビルドは、サーバー専用依存関係によってバンドルが壊れることなく OpenAI ChatGPT Responses provider を読み込めるようになり、WebSocket の失敗は引き続き通常どおり表示されます。 8c8eb86 @vincentkoc に感謝します。
• OpenRouter モデルスキャンは、境界のないメモリを消費する前に過大なレスポンスを拒否しつつ、ランタイム検出と同じ、より大きな有効カタログを受け入れるようになりました。 ad3b2f4 @vincentkoc に感謝します。
• 影響を受けていた Bedrock Mantle GPT-5.x reasoning セットアップを含む OpenAI Responses ユーザーは、繰り返し蓄積されたコピーが何十個も出る代わりに、保存済みトランスクリプトとリプレイコンテキストが揃った、クリーンな最終回答を 1 つ受け取れるようになりました。 #92399 関連 #91959。 @amersheeny、@daimingnj、@phoenixyy、@pigfoot に感謝します。
• opencode-go モデルを使用するスケジュール済みジョブと分離セッションは、数分間ハングした後に汎用的な LLM request failed エラーで終了する代わりに、停滞したリクエストを設定済みのタイムアウトまたはフォールバック処理へ移すようになりました。 #93965 関連 #93610。 @forceconstant、@zhangguiping-xydt に感謝します。
• デフォルトモデルを変更した後、/new または /reset で新しいチャンネルセッションを開始すると、以前キャッシュされたモデルを暗黙に再利用する代わりに新しいデフォルトが使用されるようになりました。一方、明示的な /model オーバーライドは変わりません。 #77339 関連 #77322。 @mjamiv、@zaynl に感謝します。
• HTTP または HTTPS プロキシの背後で、openclaw status --usage --json と Control UI の Codex/OpenAI 使用量およびクォータ確認は、chatgpt.com に直接到達できない場合に失敗する代わりに、使用量ウィンドウを取得するようになりました。 #93943 関連 #78714。 @tnzgit、@turbotheturtle に感謝します。
• /status は、アクティブなモデルとピン留めした選択を解除する方法を 1 つのコンパクトな行に収めるようになり、Discord などのチャットユーザーは複数行の説明なしでモデル状態を確認できます。 #95797 @solvely-colin に感謝します。
• Anthropic のストリーミングレスポンスは、複数のブロックが同時にアクティブなときに混在させるのではなく、インターリーブされたテキスト、thinking、ツール呼び出し更新を正しいレスポンスブロックに紐づけたままにするようになりました。 #96013 @vincentkoc に感謝します。

セッション、メモリ、信頼の継続性

セッション、Compaction、メモリ、QMD ベースのメモリにより、長時間実行される作業、再接続、アップグレード、トランスクリプト修復を通じて、意図された会話と有用なコンテキストをより一貫して保持できます。ツール検索も、エージェントが適切なコンテキストや機能を復元する必要がある場合に、より信頼性高く動作します。

暗号化された Matrix のリカバリは、必要なキー状態を検証できない場合、安全に停止します。ツールポリシー、承認、シークレットの取り扱いは意図されたランタイム状態に結び付けられたままで、明示的に有効化されない限り、リスクの高いアクションは無効なままになります。

ソースと貢献者

• OpenAI Responses を使用する影響を受けたエージェント会話は、表示チャネルの応答によって保存済み履歴が不完全になった後でも、以降のすべてのターンが返信表示前に失敗するのではなく、復旧して返信を続けられるようになりました。 #84708 Thanks @anyech.
• Codex ベースのエージェントが通常より大きなツール出力を生成した場合、保存および再生される会話は、非テキスト内容を変更せずに、そのテキストを通常のサイズ制限内に収めるようになりました。 #87912 Thanks @adrianip0204.
• Control UI の会話は、スリープ、ネットワーク切断、Gateway 再接続の後でも、次のメッセージ送信時に消えるのではなく、表示されたまま同じセッションで継続するようになりました。 #89017 関連 #87700。 Thanks @zhangguiping-xydt, @asicoe.
• バンドルされた Codex および Copilot 連携は、ストレージの進化に合わせて、ミラーされたチャット履歴とトランスクリプト更新を正しい OpenClaw セッションに紐づけ続けるようになりました。一方で、既存のファイルベースのアクティブなトランスクリプトは移行中も引き続き動作します。 #89518 Thanks @jalehman.
• WebChat の現在セッションの状態は、実際に使用している会話と一致するようになりました。そのため、セッション ID、思考レベル、トークンコンテキスト、コスト詳細がフォールバックの main セッションから取得されることはなくなりました。 #89800 関連 #89773。 Thanks @killo3967, @sweetcornna.
• 自動 Compaction 中に停止を押した後、Compaction リクエストもキャンセルされるようになったため、会話がコンテキストを失う可能性が低くなりました。 #89886 関連 #89868。 Thanks @lykeion-dev, @openperf, @vincentkoc.
• エージェント間セッションアクセスがブロックされた場合、OpenClaw は必要な可視性、エージェント間、許可リストの各設定をすべて表示するようになりました。これにより、存在しないエージェント障害を追うのではなく、オペレーターがポリシー設定を修正できます。 #90489 関連 #90443。 Thanks @ramitrkar-hash, @sahibzada-allahyar, @vincentkoc.
• openclaw memory status は、誤って Dreaming: off と報告するのではなく、アクティブなライトまたは REM Dreaming フェーズを表示するようになりました。そのため、オペレーターは有効なメモリ構成が有効化されていることを確認できます。 #93113 関連 #67868。 Thanks @agentarclab, @mrossit.
• タイムアウトした QMD メモリ検索は、エージェントが先へ進むとバックグラウンド処理を停止するようになり、放棄されたプロセスが CPU とメモリを消費し続けることを防ぎます。 #93394 Thanks @alix-007.
• Compaction 後に送信される繰り返し指示は会話内に残るようになり、失われたターン、孤立した返信、一部のプロバイダーが拒否する不正な形式の履歴を防ぎます。 #94328 Thanks @vincentkoc, @yetval.
• Memory Wiki の Stale Pages レポートは、耐久的な概念ページと統合ページを鮮度警告から除外するようになり、実際にレビューが必要な可能性のあるソースページとエンティティページに注意を向けられます。 #94369 Thanks @sunnyshu0925, @vincentkoc.
• 最近の進捗がある長時間の埋め込み実行は、古いセッションの復旧によって中断されにくくなりました。一方で、本当に停止している実行は引き続きクリアできるため、キュー内の作業は継続します。 #94701 Thanks @imadal1n, @mrclawfield.
• Ollama メモリ検索は、構成された小さめの埋め込み次元を尊重し、異なる次元のインデックスを分離するようになりました。これにより、互換性のないベクトルが混在することを避けられます。 #94811 Thanks @mushuiyu886.
• メモリ検索と対象指定の更新は、トランスクリプトのファイル名が変わった場合や QMD エクスポートが別名を使用する場合でも、正しい OpenClaw セッションに接続されたままになります。 #95087 Thanks @jalehman.
• スクリーンショットやその他の画像を含む長時間の会話は、OpenClaw が新しいメッセージのための余地を作る際に、保持された会話を前に進めないまま繰り返し埋まるのではなく、より一貫して継続性を保つようになりました。 #95128 Thanks @yetval.
• Windows ユーザーは、ドライブ文字や UNC の場所を含む、構成済みの絶対 memory.qmd.command パスを通じて QMD ベースのメモリインデックス作成と検索を実行できるようになりました。OpenClaw が起動前にパス区切り文字を削除することはありません。 #95274 関連 #92302。 Thanks @ardooken, @ly85206559.
• /usage full または /usage tokens で選択された使用量フッターは、日次またはアイドルセッションのロールオーバー後も表示されたままになり、ユーザーが再度有効化する必要がなくなりました。 #95322 Thanks @litang9.
• フォローアップ返信、リアクション、スレッド化されたメッセージ、ステータス確認は、webchat やシステムアクティビティの後でも所属するチャットに残るようになりました。一方で、実際のチャネル切り替えでは古いルーティング詳細が引き続きクリアされます。 #95467 Thanks @yetval.
• 長時間実行されるメイン会話は、ユーザーが一晩後や遅れたフォローアップで戻ってきたときに、通常の完了後に黙って最初から始めるのではなく、以前のコンテキストを保持するようになりました。 #95472 Thanks @xydt-tanshanshan.
• 大量のセッション履歴を持つユーザーは、複数秒のフリーズなしにセッションを一覧表示、プレビュー、検索できるようになりました。一方で、古い大文字小文字混在のセッションキーは起動時に引き続き移行されます。 #95699 Thanks @jalehman, @jzakirov.
• オペレーターがカスタムまたはエージェントごとの session.store を使用している場合に、配信済み返信が誤った会話履歴に保存されたり、そこから漏れたりすることがある問題を修正しました。これにより、対象セッションの継続性と監査可能性が向上します。 #95782 関連 #95781。 Thanks @youngting520.
• 保存済みセッションメモリ要約は、生のモデルトークン、ツール呼び出しブロック、メディアプレースホルダー、ロールタグ、古い NO_REPLY マーカーを除外するようになり、今後の会話が有用なコンテキストを保てます。 #95791 Thanks @sweetsophia, @vincentkoc, @yb0y.
• Codex/ChatGPT OAuth を使用する長時間実行の OpenAI セッションは、/compact が手動実行される場合でも自動トリガーされる場合でも、別個の API キーなしで Compaction できるようになりました。 #95831 関連 #95693。 Thanks @sallyom, @yui-tien.
• 長くツール使用の多いセッションは、大きなツール結果が末尾に現れたときに停止するのではなく、サイズ超過の会話を Compaction するようになりました。 #95860 関連 #78478。 Thanks @jw8957, @wzhgba, @yetval.
• Node ランタイムに node:sqlite がないため memory_search が利用できない場合、OpenClaw は無関係な埋め込みプロバイダーのトラブルシューティングへ誘導するのではなく、互換性のあるランタイムをユーザーに示すようになりました。 #95916 Thanks @rrrrrredy, @vincentkoc.
• Compaction された Copilot セッションを調査する開発者とオペレーターは、不完全な結果ではなく、その要約、Compaction 前後のトークン数、セッション詳細を取得できるようになりました。 #96049 Thanks @vincentkoc.
• /stop と中止コマンドは、セッションキーの正規化が必要な場合や中止メタデータを保存できない場合でも、アクティブな実行の停止、キュー内フォローアップのクリア、関連サブエージェントの終了を迅速に行い続けるようになりました。 #96201 Thanks @jalehman.
• Voice Wake のアップグレードは、OpenClaw が廃止済み設定ファイルから共有状態データベースへトリガーフレーズとルーティングルールを移動する際にも、既存のトリガーフレーズとルーティングルールを動作させ続けるようになりました。 bdf81a8
• 古い OpenClaw 状態レイアウトからのアップグレードは、その状態が SQLite へ移動する際に、更新通知、確認のスロットリング、利用可能バージョンの記録、自動更新の試行履歴を保持するようになりました。 eb00d49 Thanks @vincentkoc.
• Plugin チャネルの会話は、起動、doctor チェック、状態修復を通じて、意図したセッションをより確実に保持するようになり、古いバインディングレコードは OpenClaw の共有データベースへ移行されます。 9f888d9
• Windows のメモリベースのセッション同期は、パス形式が異なる場合でも、意図したトランスクリプトファイルを使い続けるようになりました。 b3b5b08 Thanks @vincentkoc.
• セッションキーが欠落または空白の埋め込みエージェント実行は、一貫性のないセッションルーティングに送られるのではなく、意図したセッションに紐づいたままになります。 911f853 Thanks @vincentkoc.
• モデルが誤ったツール名を推測した場合、Tool Search と Code Mode は正しいツールの見つけ方と再試行方法を表示するようになり、長時間実行セッションが停止したり Compaction 中に耐久的メモリを失ったりするリスクを減らします。 #93374 関連 #92273。 Thanks @mushuiyu886, @poison, @vincentkoc.
• Compaction 後にアシスタントの返信が webchat、Control UI、Feishu、その他の埋め込み会話から消える問題を修正し、更新されたチャットを読みやすく保ち、フォローアップリクエストを分離します。 #95484 関連 #76729。 Thanks @maweibin, @njuboy11, @vincentkoc.
• OpenClaw のメモリ機能は、アクティブ、リセット、削除済みトランスクリプトの対象範囲を、構成済みセッションストアとエージェント所有権に合わせて維持するようになりました。これにより、Dreaming、QMD エクスポート、インデックス作成、同期が会話履歴を見落としたり誤って紐づけたりする可能性が低くなります。 #96162 Thanks @jalehman.
• Gateway TLS セットアップは、空の証明書またはキーパスを明確に拒否するか OpenClaw のデフォルトを使用するようになり、有効なパスを保持しつつ、分かりにくい起動失敗や証明書生成失敗を避けられます。 #94054 Thanks @miorbnli.
• 構成済み Plugin ポリシーは、Gateway レジストリ変更、再読み込み、後続のフック初期化の後でも、黙ってスキップされるのではなく、機密性の高いツール呼び出しのブロックまたは書き換えを継続するようになりました。 #94545 Thanks @jesse-merhi.
• operator.approvals を持つモバイルオペレーターは、プッシュ通知だけに頼ることなく、アプリが開いている間も含めて、リクエストを開始した iOS デバイス上でチャット起点の exec 承認を確認して解決できるようになりました。 #95175 Thanks @joshavant.
• Control UI ユーザーは、パッチ適用済みの DOMPurify リリースを利用するようになり、インターフェイスの挙動を変えずに GHSA-cmwh-pvxp-8882 sanitizer 脆弱性への露出を減らします。 #95691 Thanks @vincentkoc.
• Plugin 会話バインディングの「常に許可」承認は、古い設定ファイルから引き継がれるようになり、複数の OpenClaw プロセスが実行されている場合でも失われたり上書きされたりしにくくなりました。 ae41b00 Thanks @vincentkoc.
• Matrixユーザーには、強制的なクロス署名リセットを続行する前にアクティブなリカバリーキーが必要であることが表示されるようになり、2回目のリセットによって暗号化リカバリーとルームキーのバックアップが使用不能になることを防ぎます。 #95720 関連 #78396。 @jteddy、@vincentkoc、@xialonglee に感謝します。
• Memory-wikiのステータスカードとブリッジに支えられたソース同期は、同時ページ書き換え中に失敗しにくくなりました。OpenClawが一時的なパス不一致を再試行しつつ、安全でない、または永続的なファイルシステム書き込みは引き続き停止するためです。 #94443 関連 #92134。 @cknzraposo、@zengwen-dt に感謝します。
• ワークスペースパスが長いユーザーで、最近のセッション再開時に既存のトランスクリプトへ戻らず新しい会話を開いてしまう問題を修正しました。 #94578 関連 #94577。 @rohitjavvadi、@vincentkoc に感謝します。
• Memory Wikiは、既存のソースページが再取り込みまたは同期される際にも、生成済みコンテンツを更新しつつ、ユーザーが書いたメモをそのまま保持するようになりました。 #95614 @yetval に感謝します。
• Memory Wikiの保管庫がワークスペースメモリフォルダー内に保存されている場合に、Memory Wikiが自身の生成したソースページを繰り返し自分自身へコピーしてしまう問題を修正し、重複ファイル、反復的なクリーンアップ、不要なメモリインデックスの増大を回避しました。 #95666 関連 #95657。 @johannes0402、@turbotheturtle、@vincentkoc に感謝します。
• Active Memoryをmemory-core Dreamingと併用している運用者向けに、夜間のDreamingジョブが不要なリコール処理を開始して45秒タイムアウトに達することがなくなり、通常のWebチャットは引き続きメモリリコールを受け取ります。 #95721 関連 #78500。 @vincentkoc、@vishutdhar、@xialonglee に感謝します。
• 多数のツール呼び出しを含むエージェントセッションで、各結果を正しいツール呼び出しと対応させたまま、順序が前後した結果をより少ない重複作業で修復するようになりました。 #96014 @vincentkoc に感謝します。
• Windowsのqmdに支えられたメモリ処理は、可用性プローブとコマンドタイムアウト後に関連プロセスをすべて停止するようになり、qmdの子プロセスがバックグラウンドで実行され続けることを防ぎます。 830691b
• 信頼済みのOpenClawパッケージソースは、紛らわしい兄弟パスを拒否するようになりました。そのため、/artifactory/openclawを信頼しても、/artifactory/openclaw-maliciousのようなパスまで許可されることはなくなりました。 12c34fc @vincentkoc に感謝します。

Slack ルーターリレーモード

Slack ルーターリレーモード により、管理対象またはマルチ Gateway のデプロイで、受信する Slack トラフィックを一元化しながら、正しい OpenClaw Gateway がメンション、スレッドの親和性、返信を引き続き処理できます。

出典と貢献者

• 管理対象の Slack デプロイでは、中央ルーターを使用してメンションと継続中のスレッドを適切な OpenClaw Gateway に送信できるようになり、返信は引き続き Slack 経由で表示されます。 #94707 @pash-openai、@sjf-oa に感謝します。

Raft External Agent ウェイクブリッジ

Raft チャネル と Raft Plugin は、ローカル CLI ウェイクブリッジをサポートするようになりました。これにより、External Agents は保留中のワークスペース作業のために OpenClaw を起動でき、オペレーターはサポートされた経路でセットアップとステータスを確認できます。

出典と貢献者

• Raft External Agent のオペレーターは、ワークスペースに保留中の作業がある場合、サポートされたローカル CLI ブリッジを通じて OpenClaw エージェントを起動できるようになりました。名前付きプロファイルと、不足している CLI 前提条件のチェックにも対応しています。 #95497 @vincentkoc に感謝します。

公式 Plugin のインストールと修復

Plugin 管理 は、通常の外部パッケージのインストールおよび修復フローを通じて、より多くの公式連携を処理できるようになりました。Plugin インベントリ と関連するセットアップチェックにより、パッケージが不足している、互換性がない、または再インストールが必要な場合に、ユーザーへより明確な結果が示されます。

出典と貢献者

• plugins.allow が実際の Plugin ID ではなくチャネル名またはパッケージ名を使用している場合、起動時のガイダンスが一致しないエントリを特定し、設定を修正するために必要な検出済み Plugin ID を表示するようになりました。 #68389 関連 #68352。@aym9999、@jirboy、@lyfuci、@pahuchi-joe、@zmxccxy に感謝します。
• 初回または新規インストール時の Plugin 信頼警告に、コピーして使える plugins.allow の例と、Plugin ID を一覧表示または確認するコマンドが含まれるようになりました。これにより、ユーザーは Plugin コードを信頼または再インストールする前に警告を解決できます。 #78105 関連 #68780。@jirboy、@pahuchi-joe に感謝します。
• openclaw migrate がインストール済みプロバイダーを見つけられるようになったため、標準のグローバル Plugin インストールでも Codex マイグレーションが動作するようになり、Unknown migration provider で失敗しなくなりました。 #89612 関連 #89609。@mugabuga、@zerone0x に感謝します。
• Plugin のインストールと更新は、古い OpenClaw 管理の依存関係固定が原因で npm EOVERRIDE により失敗する代わりに復旧するようになりました。また、その後の同期でユーザーが明示的にインストールしたパッケージがダウングレードまたは削除されることもありません。 #91786 関連 #91772。@amknight、@mkdelta221 に感謝します。
• チャネル Plugin 開発者は、ネイティブの送信者 ID と会話 ID をフックおよび選択された exec ワークフローで引き継げるようになりました。既存の送信者フィールドやチャットフィールドを壊さずに、連携でより正確なルーティングが可能になります。 #91903 @lanzhi-lee、@vincentkoc に感謝します。
• Plugin 検出は、起動中にブロックを伴うファイルシステムチェックを繰り返す回数が少なくなりました。バンドルされた Plugin ツリーで回避可能なコールドスタート作業が減り、特に低速な Windows ファイルシステムで効果があります。バンドル検出の動作は変わりません。 #93919 関連 #76209。@ml12580、@shenhonglong456-ai に感謝します。
• Plugin Gateway メソッドは登録後に openclaw gateway call 経由で動作するようになりました。これにより、Plugin 作成者は unknown method エラーに遭遇する代わりに、スクリプトや cron ジョブからそれらを使用できます。 #94154 関連 #94127。@brycemurray、@pick-cat、@vincentkoc に感謝します。
• ClawHub の Skills 検出とインストールチェックは、大きすぎる、または停止したマーケットプレイス応答がメモリを使い切る前に停止されるようになったため、OpenClaw が停止またはクラッシュしにくくなりました。 #95226 @alix-007 に感謝します。
• 固定された公式 Plugin は、オペレーターがアップグレード後に openclaw doctor または詳細 Gateway ステータスからの修復アドバイスに従った場合、古いリリースに留まらなくなりました。 #95541 @ooiuuii、@vincentkoc に感謝します。
• 管理対象の npm Plugin 更新では、古い Plugin ファイルが後続の Gateway 起動時にクリーンアップされるまで利用可能なままになるため、実行中の Gateway でモジュール不足エラーによって作業が壊れにくくなりました。 #95589 @ooiuuii、@vincentkoc に感謝します。
• サポート対象ブランドの公式 Plugin カードは、ClawHub やその他のカタログで認識しやすいアイコンを表示するようになりました。また、Plugin 作成者は文書化されたマニフェストフィールドを通じてマーケットプレイス用アートワークを提供できます。 #95845 @patrick-erichsen に感謝します。
• ClawHub やその他のカタログにある公式 Plugin アイコンは、同じハードコードされた色に強制されなくなり、Simple Icons が既定のアートワークを使用できるようになりました。 #95987 @patrick-erichsen に感謝します。
• Docker ユーザーは、GHCR に加えて公式の openclaw/openclaw Docker Hub ミラーを利用できるようになりました。バージョン付きベータリリースは、安定版の latest と main エイリアスを移動させないように保たれます。 #97122 @vincentkoc に感謝します。
• Git ベースの OpenClaw インストールでは、別のグローバル pnpm や周囲のプロジェクトのパッケージマネージャーが存在する場合でも、リポジトリで固定された pnpm バージョンを使用するようになりました。これにより、セットアップコマンドが誤ったパッケージマネージャー環境で実行されなくなります。 bd74a62 @vincentkoc に感謝します。
• ClawHub の Skills カードと更新リクエストは、異常に大きなタイムアウト値を受け取った場合でも、予測可能に完了またはタイムアウトするようになりました。 8cd0c11 @vincentkoc に感謝します。
• Windows ユーザーは、llama.cpp のセットアップ手順にブロックされたり遅くなったりすることなくソースインストールを完了できるようになり、インストーラーは完了後に既存のシェル設定を復元します。 ea9065b @vincentkoc に感謝します。
• より多くの公式チャネル、プロバイダー、Web 検索 Plugin を、既存の認証情報から認識したまま、通常の外部パッケージカタログを通じてインストールまたは修復できるようになりました。 #95683 @vincentkoc に感謝します。
• OpenClaw の信頼済みカタログを通じて公式 Yuanbao チャネル Plugin をインストールまたは更新するユーザーは、バージョン 2.15.0 を取得するようになりました。想定される整合性チェックと不足 Plugin ガイダンスも、そのリリースに合わせられています。 #94470 @jase-283 に感謝します。
• 初回実行時のオンボーディングで、削除されたサードパーティ tap formula によって失敗することなく、Homebrew 経由でバンドルされた gog Skills をインストールできるようになりました。 #95019 関連 #95017。@sedrak-hovhannisyan、@vincentkoc、@zengwen-dt に感謝します。
• Canvas、Discord、Slack、Voice Call、WhatsApp のユーザーは、インストール済みまたはバンドル済みの各 Plugin で同じ Skills ガイダンスを維持します。一方で、以前のルート skills/... パスへの参照は、関連する Plugin ディレクトリへ移動する必要があります。 #95664 @vincentkoc に感謝します。
• ClawHub の Skills 検証は、インストールと更新で使用される同じ @owner/<slug> 参照を受け入れるようになりました。これにより、ユーザーは曖昧な裸の slug に切り替えることなく、意図した公開者を確認できます。 #95992 @patrick-erichsen に感謝します。
• OpenClaw のインストール時パッケージマネージャー警告は、npm、Yarn、Yarn Berry、Corepack 形式のランチャーを正しく識別するようになりました。これらのツールが別の実行可能ファイル名を通じて実行される場合でも、誤解を招くガイダンスを避けられます。 11a2e03 @vincentkoc に感謝します。
• パッケージ URL インストールは、利用可能なパッケージデータを解決する前に失敗することなく、大きすぎるダウンロードタイムアウトを処理できるようになりました。 c310f8c
• Plugin と CLI の開発者には、より明確なサポート済みコマンド整形 API が示されるようになりました。一方で、デバイスのペアリング、ノード登録、doctor ガイダンスは、引き続き同じシェルセーフなコマンドを生成します。 23b4f33
• Windows ARM64 ユーザーは、x64 エミュレートされたシェルで PowerShell インストーラーを実行した場合でも、一致する ARM64 Node と MinGit のダウンロードを取得できるようになりました。 fac091b @vincentkoc に感謝します。
• 既定の OpenClaw インストールでは、オプションの llama.cpp サポートのビルドに時間を費やさなくなり、それを有効にしていないユーザーのネイティブビルド失敗を回避します。 cc1b3a8 @vincentkoc に感謝します。

チャネルとメッセージング

追加のチャネル修正

追加の Telegram とチャネル設定の修正により、より狭い範囲の配信およびセットアップ問題に対応します。

出典と貢献者

• Telegram の返信チェーンは、キャッシュされた返信が再利用されたときに失敗する代わりに、コンテキスト変更後もキャッシュされた返信を添付したまま維持します。 #82909 @lidge-jun に感謝します。
• 終了コードフェンスが 2,000 文字のメッセージ制限付近にある場合に、Discord がフェンス付きコードブロックを含む長い返信全体を落とす問題を修正しました。 #95661 @ly-wang19 に感謝します。
• Slack オペレーターは、トークンと署名シークレットをサポート済みの SecretRef 入力として保存できるようになりました。読み取り、書き込み、許可リストとターゲットの検索、セットアップチェックでは、参照を拒否または誤読する代わりに、解決済みの認証情報を使用します。 7da955f @vincentkoc に感謝します。
• チャネル機能チェックは、連携が応答しなくなった場合に明確なタイムアウトを返すようになり、トラブルシューティングがターミナルや自動化実行で停止したままになるのを防ぎます。 8ecdb97 @vincentkoc に感謝します。

Gateway、セキュリティ、信頼

再起動と準備完了の回復

Gateway ヘルス と トラブルシューティング のシグナルは、OpenClaw が実際に準備完了であるか、再起動中であるか、または続行不能であるかと、より一貫して対応するようになりました。CLI 経由で開始されたエージェント実行は、切断、シャットダウン、ルーティング変更、起動失敗状態からよりクリーンに復旧します。

出典と貢献者

• 設定済みまたは明示的なリモート Gateway が遅いものの到達可能な場合、openclaw gateway probe --timeout ... は短い内部打ち切り時間の後に到達不能と報告するのではなく、要求されたタイムアウトまで待機するようになりました。#89859 関連 #65355。@hellocli、@mushuiyu886 に感謝します。
• 長時間または並列の内部サブエージェント実行では、不要なライブプレビュー処理を避けるようになりました。一方で、表示されるサブエージェントセッションでは引き続きライブ更新と最終応答が表示されます。#91906 @lanzhi-lee、@vincentkoc に感謝します。
• ACP 会話、特に Kiro バックエンドのスレッドは、バックエンドが古いセッションを再開できなくなった場合に新しいセッションを開始することで、最初の返信の後も継続するようになりました。#93547 関連 #87830。@amersheeny、@chouzz に感謝します。
• Linux のメモリ圧迫で子コマンドまたはセッションが終了した場合、systemd 管理の OpenClaw Gateway は子の失敗を報告しつつ、実行を継続し、チャネル接続を維持するようになりました。#93585 @snowzlm に感謝します。
• ツール作業中に OpenClaw 実行をキャンセルした場合、別のモデルターンを開始したりセッションをロックしたままにしたりせず、すぐに終了するようになりました。#94412 @szsip239、@vincentkoc に感謝します。
• クラウドモデルを使用するスケジュール済み OpenClaw ジョブは、応答がなく詰まったモデル呼び出しからデフォルトで復旧するようになりました。これにより、後続の Cron 作業の滞留を防ぎやすくなり、ローカルまたはセルフホストのプロバイダーは既存のタイムアウト動作を維持します。#94445 @bek91 に感謝します。
• Gateway の準備状態チェックは、再起動ドレイン中に unhealthy へ切り替わるようになりました。これにより、一時的にリクエストを拒否している Gateway にトラフィックマネージャーが新しい作業を送らないようになります。#94915 関連 #78136。@markoub、@maxschachere、@vincentkoc に感謝します。
• Mac ユーザーは、古い text-transform ランタイムコードがまだキャッシュされている場合にクラッシュと再起動のループが繰り返される代わりに、OpenClaw のアップグレード中も LaunchAgent 管理の Gateway を実行し続けられるようになりました。#95081 関連 #95057。@849261680、@yveslarose に感謝します。
• TUI、WebChat、互換性のあるストリーミング API における Codex 搭載の会話は、返信が書かれるにつれて表示されるようになりました。また、暫定テキストをきれいに置き換えるため、最終回答に古い下書きが含まれません。#95404 関連 #95422。@agonza1、@vincentkoc に感謝します。
• Gateway の再起動後、OpenClaw がすでに中断された返信を再開している場合や実際の復旧失敗を報告している場合に、誤解を招く再試行通知が表示されなくなりました。これにより不要な重複試行が減ります。#95431 @moeedahmed、@vincentkoc に感謝します。
• 長時間でツールを多用するエージェントセッションでは、結果が蓄積されてもプロンプトキャッシュの節約が維持されるようになり、ターン間で書き換え済み履歴を再送することによる回避可能な遅延とコストが減ります。#95624 @vincentkoc に感謝します。
• Gateway の再起動後に、設定済みの Codex、Copilot、または信頼済み Plugin ベースのエージェントが一時的に利用できなくなることはなくなりました。また、信頼されていないワークスペース Plugin は自分自身を有効化できないままです。#95652 @vincentkoc に感謝します。
• 長い応答、ビジーなツールストリーム、画像の多いリクエスト、メモリ呼び出しで、設定やワークフローの変更なしに CPU とファイルシステムのオーバーヘッドが減りました。#95697 @vincentkoc に感謝します。
• オペレーターは、設定なしのセットアップで既知のチャネル向けのスケジュール済み告知を再び追加または更新できるようになりました。一方、設定済み環境では、無効、古い、所有者なし、不明な宛先は配信前に引き続き拒否されます。#95754 @vincentkoc に感謝します。
• macOS ユーザーが管理対象 Gateway を停止または更新するとき、通常のシャットダウンがポートを解放するのを OpenClaw が短時間待つため、誤ったポート競合エラーが表示されにくくなりました。一方で、継続する競合は引き続き報告されます。#95886 @fuller-stack-dev に感謝します。
• Copilot バックエンドのエージェントは、OpenClaw の通常のチャット返信フローを通じてユーザーに質問し、回答を受け取れるようになりました。一方で、コンパクトなツール検索とコードモードの制御により、完全なツールカタログをセッションへ読み込むことを避けます。#96005 @vincentkoc に感謝します。
• systemd またはコンテナーセットアップでの Gateway 再起動後に、古い Codex または Claude アダプタープロセスが残らなくなりました。これにより、再起動を繰り返した後でも、新しい ACPX セッションが数分間のクリーンアップ停止なしで開始しやすくなります。#96032 @t2wei、@vincentkoc に感謝します。
• Copilot バックエンドのセッションは、作業の進行に合わせて計画更新を表示するようになりました。また、ネイティブの子タスクは OpenClaw のタスクビューから消えることなく、完了または失敗まで表示され続けます。#96062 @vincentkoc に感謝します。
• OpenCode などの接続済みエージェントは、ハーネスが要求されたモデルを選択できない場合でも OpenClaw 経由で起動するようになりました。一方で、本当にサポートされていないモデルの選択は、引き続き元のエラーを返します。#96068 関連 #95869。@sabatech-dev、@vincentkoc に感謝します。
• heartbeat_prompt_contribution を使用する Plugin は、エージェントが Codex app-server などのハーネスランタイム経由で実行される場合に、Heartbeat 固有のコンテキストをモデルへ渡すようになりました。通常のユーザーターンや、このフックを使用しない Plugin には影響しません。#96233 @azogheb、@vincentkoc に感謝します。
• Windows Gateway のクリーンアップとリスナーチェックは、UTF-16 の WMIC コマンドラインデータを一貫して処理するようになり、実行中の Gateway プロセスの識別失敗や競合が減ります。15c880a @vincentkoc に感謝します。
• 長いコンテキストでツールを多用するエージェントセッションは、結果ごとのサイズ制限を失うことなく、繰り返しターン間でプロンプトキャッシュの再利用をより安定して維持するようになりました。一方で、高度なオペレーターは、設定拒否を受けることなく、大きなコンテキストのモデル向けにより大きなツール結果上限を設定できます。a60947f @vincentkoc に感謝します。
• 長時間でツールを多用するエージェントセッションは、ツール出力が蓄積されてもモデルリクエストが膨らみにくくなり、繰り返しターンでも安定したプロンプトキャッシュ再利用を維持します。2f33999 @vincentkoc に感謝します。
• Gateway の再起動は、引き継ぎに OpenClaw の永続状態データベースを使用するようになりました。一方で、古い、不正な形式の、誤ったプロセスの、または置き換え済みのリクエストは、再起動に影響する前に破棄されます。0ad48da
• Gateway のステータス、doctor、再起動診断は、最近の再起動詳細を OpenClaw の共有状態データベースに保持するようになりました。一方で、期限切れまたは不正な形式のレコードは引き続き破棄されます。a39a3b7 @vincentkoc に感謝します。
• Gateway の再起動と管理対象サービスの更新は、正しい継続メッセージを維持し、古い引き継ぎ状態の再利用を避け、失敗した更新引き継ぎを一貫してマークするようになりました。514b336 @vincentkoc に感謝します。
• Gateway から起動されたエージェントは、ライブ Cron チェックなどのタスク中に所有者専用の OpenClaw ツールを失わなくなりました。そのため、承認済みの操作は、正しいリクエストコンテキストで意図されたツールを使用できます。c2ee9b0 @vincentkoc に感謝します。
• 不正な形式の Gateway 再起動リクエストは、再起動をスケジュールせずに明確に失敗するようになりました。これにより、不正または偶発的な統合呼び出しによって Gateway が予期せず再起動されることを防ぎます。108d6d7 @vincentkoc に感謝します。
• Gateway によってキューに入れられた古いノードリクエストは自動的に期限切れになるようになったため、古い作業が残って後続のアクティビティへ影響する可能性が低くなりました。f6d432e
• 統合が過剰なサブエージェントセッション履歴を要求した場合でも、Plugin ワークフローが Gateway で停止または過負荷になりにくくなりました。各読み取りが安全な上限で制限されるようになったためです。b66b450 @vincentkoc に感謝します。
• 画像説明は、非常に大きなタイムアウト設定を、タイマーのオーバーフローを起こすリスクの代わりに安全なランタイム上限へ制限することで、一貫して処理するようになりました。88b21fc
• 埋め込みエージェントセッションは、非常に大きなタイムアウトでも、タイマーのオーバーフローを起こすリスクの代わりに、別のセッションがファイルロックを解放するまで確実に待機するようになりました。4c736df @vincentkoc に感謝します。
• 非常に大きなタスクタイムアウト設定を持つキュー内コマンドは、OpenClaw が待機をランタイムの安全な最大値に制限するため、確実にタイムアウトするようになりました。1f6ae32 @vincentkoc に感謝します。
• normalization-core が誤った文字列強制変換エントリーポイントを公開し、ACP セッションが古い fast-mode 値を表示していた問題を修正しました。これにより、統合は意図された API を受け取り、ユーザーには実際に有効なモードが表示されます。93ad397 @vincentkoc に感謝します。
• 高速自動実行は、最終返信をより一貫して配信するようになりました。進行状況リセット処理は自動モードに限定されるため、応答や転送されたコールバックを妨げません。9e8ab08 @vincentkoc に感謝します。
• OpenAI Responses を使用するエージェントセッションは、再生された履歴に一致しないツールリクエストと結果が含まれている場合でも、失敗したり進行状況を失ったりせずに、ツールベースの作業を再開するようになりました。b4bc1f2 @vincentkoc に感謝します。
• Gateway が別の完了エンベロープ形状を返した場合でも、完了済みの Plugin サブエージェント実行と QA 実行が失敗として誤って報告されなくなりました。これにより、Plugin 作者とオペレーターにとって成功した引き継ぎの信頼性が高まります。d1b268f @vincentkoc に感謝します。
• 完了したサブエージェントタスクが更新なしで終了することがある問題を修正しました。これにより、ユーザーは結果または親エージェントの次のステップを受け取れます。68a1e00 @vincentkoc に感謝します。

リモート結果とメディア配信

リモート画像結果と完了したサブエージェント作業は、失敗または消失したように見える代わりに、アクティブな Gateway 会話を通じてより確実に返るようになりました。

Sources and contributors

• リモート Codex app-server で生成された画像は、生成に成功した後に Media failed と表示されたりテキストのみを返したりするのではなく、添付ファイルとして届くようになりました。#96212 @sjf-oa に感謝します。
• サブエージェントが終了すると、その結果は沈黙したように見える代わりに、アクティブな親実行へより確実に届くようになりました。7fc4bbc @vincentkoc に感謝します。

クライアントとインターフェイス

クライアントの送信と再接続

WebChat と Control UI は、再接続後もアクティブな会話と失敗状態をより一貫して表示し続けます。一方、モバイルクライアントと terminal UI は、完了、拒否、または中断された送信を、停止したように見せたままにせず復旧します。

ソースとコントリビューター

• エージェントが開始する前に WebChat メッセージが失敗した場合、WebChat と Control UI は、まだ実行中に見える状態のままにせず、セッションを失敗として表示するようになりました。 #84352 Thanks @jesse-merhi.
• Control UI のセッションピッカーが非表示のサブエージェントセッションの背後で停止する問題を修正し、Load More が誤解を招く合計数を表示せずに、次に利用可能なチャットへ到達できるようにしました。 #89323 関連 #89249. Thanks @giodl73-repo, @originsecured-do.
• ユーザーが履歴から Control UI の会話を再度開いたとき、プロンプトがアシスタントの返信とともに表示されるようになり、長いトランスクリプト内に空白の抜けが生じることなく、質問と回答の文脈が保たれます。 #93841 関連 #90241. Thanks @mushuiyu886, @pronzcw.
• パスプレフィックス配下の Control UI デプロイでは、manifest、favicon、service-worker リクエストがそのプレフィックス配下に保たれるようになり、ログイン後に紛らわしいルートレベルの 403 エラーを避けられます。 #94204 関連 #94157. Thanks @hugenshen, @xrow.
• Android ユーザーは、設定で Health ログと Skill 行を開いて読みやすい詳細を確認できるようになり、gateway アクティビティのトラブルシューティング、skill のセットアップと状態の確認、既存のセットアップコードとペアリングする方法の理解がしやすくなりました。 #95148 Thanks @tosko4.
• 送信済みプロンプトは送信後に Control UI のコンポーザーへ再表示されなくなったため、ユーザーは重複送信や新しい下書きの上書きを避けながら、セッションを切り替えたり次のメッセージを開始したりできます。意図的な再入力は引き続き機能します。 #95503 関連 #89466. Thanks @vincentkoc, @zhangguiping-xydt, @zhong18804784882.
• Android ユーザーは、接続状態、設定済みエージェント、node の健全性、承認、最近のセッション、Chat と Talk のアクションを一目で確認できる、より整理された Overview を利用できるようになりました。 #95557 Thanks @joshavant, @solvely-colin.
• Android ユーザーは、アプリ内の Approvals 画面から gateway コマンド承認を更新して解決できるようになり、接続中に Allow Once、Always、Deny を選択できます。 #95593 Thanks @solvely-colin.
• iOS ユーザーは、予期しない通知プロンプトを避けられるようになり、承認アラートが利用できない場合には明確な案内を受けられます。権限は、予測しやすい 1 つの Settings 画面から管理されます。 #95640 Thanks @joshavant.
• ローカル TUI のシャットダウンは、OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS が極端に高く設定されている場合でも、安全なタイマー上限内に収まるようになりました。 c21dcfc
• Canvas A2UI は各ビルド後に現在のアプリアセットのみを配信するようになり、古い互換画像や残存ファイルが表示される可能性が低くなりました。 a89e65c Thanks @vincentkoc.
• iOS プッシュリレーのセットアップ失敗は、機密性の高いプッシュ資格情報をログに出さずに、登録診断でセットアップがどこで止まったかを示すため、特定しやすくなりました。 f2b8668 Thanks @joshavant.
• iOS デバイスは、ユーザーがホストされたリレーの開示を受け入れ、通知を許可した後でのみプッシュ通知に登録されるようになり、同意前に登録データが公開されることを防ぎます。 8efed50 Thanks @joshavant.
• chat、voice、TUI、転送された送信が、gateway ですでに完了または拒否された後でも停止したように見えたり消えたりすることがある問題を修正しました。影響を受けるクライアントは、保留状態のクリア、再試行可能な入力の復元、履歴の更新、または有用な失敗表示を行うようになりました。 #91049 関連 #91048. Thanks @nxmxbbd.

インターフェイス、設定、オンボーディングの修正

追加の Control UI、モバイル、デスクトップの修正により、表示の正確性、アクセシビリティ、オンボーディング、アプリの挙動が改善されます。

ソースとコントリビューター

• 展開された Control UI チャットサイドバーに OpenAI/Codex の使用量クォータを復元し、ユーザーが会話を離れずに制限を確認できるようにしました。 #94219 関連 #93041. Thanks @jazzroutine, @pick-cat.
• iOS 画面は、オンボーディング、設定、チャット、承認プロンプト、音声権限、ウィジェット、共有チャットビュー全体で、一貫した OpenClaw のアクセント色と状態色を使用するようになりました。 #94627 Thanks @zats.
• Control UI は、ダイアログを開いたまま表示上の結果がない状態にする代わりに、メインセッションで通知なしの Silent プリセットを使って Early Morning ジョブを作成できるようになりました。 #95459 関連 #95073. Thanks @vincentkoc, @vporton, @zoowh.
• 100 万トークンの境界では、Control UI のバッジと使用量表示が、紛らわしい「1000k」ではなく「1M」を表示するようになりました。基礎となるトークン数は変更されません。 #95485 Thanks @narahariraghava, @vincentkoc.
• Control UI の Overview は、現在も対応が必要な有効化済み Cron ジョブのみを数えてフラグ付けするようになりました。一方、無効化されたジョブは過去の失敗詳細を保持しつつ、現在の問題としては表示されません。 #95723 関連 #95716. Thanks @voytas75, @zengwen-dt.
• Control UI ユーザーには System、Light、Dark テーマの短いツールチップが表示されるようになり、スクリーンリーダーは周囲の Color mode コンテキストを失わずに、より反復の少ないラベルを読み上げます。 #95837 Thanks @hannesrudolph, @sannidhyasah.
• フォームビューから切り替えた後に Settings で未加工の設定が見当たらなく見えることはなくなりました。JSON が以前のスクロール位置を保持するのではなく、表示領域に戻されるためです。 #96145 関連 #94202. Thanks @sunlit-deng, @vporton.
• 新規 iOS ユーザーは、iOS がローカルネットワークアクセスを要求する前に OpenClaw のようこそ画面とオンボーディングに到達するようになりました。一方、既存ユーザーは gateway セットアップを開く場合や LAN gateway 検出が必要な場合に引き続き要求を受けます。 #96181 Thanks @joshavant.

ドキュメントと管理ツール

セットアップとコマンドの信頼性

一般的な CLI コマンド は、設定、パス、出力、失敗ケースをより一貫して扱うようになりました。シェル補完、doctor、config コマンド、gateway 設定 は、インストールや設定に注意が必要な場合に、より明確なガイダンスと安全な復旧を提供します。

ソースとコントリビューター

• OpenClaw の zsh タブ補完メニューは、$ 変数やバッククォートで囲まれた例を含むオプション説明を、シェル入力として評価してメニューを壊すのではなく、リテラルに表示するようになりました。 #64490 @edenkangdw に感謝します。
• 古いサンドボックスストレージからアップグレードした後、オペレーターは残存するレジストリファイルについて明確な openclaw doctor 警告を受け取れるようになり、openclaw doctor --fix を使って移行またはクリーンアップできます。 #84326 @giodl73-repo に感謝します。
• オペレーターは doctor --lint を使って古いレガシー Gateway サービスを検出し、クリーンアップをプレビューできるようになりました。一方で、意図的に追加されたサービスは情報として扱われ、デフォルトチェックを失敗させません。 #84340 @giodl73-repo に感謝します。
• macOS の Gateway オペレーターは、再インストール、修復、または再起動によってカスタム LaunchAgent ラッパーの動作が上書きされる前に警告を受け取るようになり、openclaw status は CLI のみの欠落シークレットチェックとインストール済みサービスを区別するようになりました。 #90537 関連 #90518。 @turbotheturtle、@vincentkoc に感謝します。
• 長いプロンプト、複数行のプロンプト、またはコードを多く含むプロンプトを --message-file 付きで openclaw agent に送信できるようになり、壊れやすいシェルクォートを避け、送信前に無効なファイルを報告できます。 #93351 @ooiuuii に感謝します。
• 一時的なヘルスチェック失敗後に、スケジュールされた doctor --fix --non-interactive 修復がすでに実行中の Gateway を再起動していた問題を修正し、無人メンテナンスが稼働中サービスを中断しないようにしました。 #94148 関連 #78217。 @esqandil、@zhangguiping-xydt に感謝します。
• openclaw configure と単独の openclaw config は、スクリプトやパイプから実行されたときに、部分的なインタラクティブウィザードを開いて不明瞭に終了するのではなく、明確なサブコマンド案内を表示して停止するようになりました。 #94238 関連 #93953。 @nianjiuzst、@ruomuxydt に感謝します。
• 複数エージェントのオペレーターは、既存のデフォルトエージェント用コマンドを変更せずに、openclaw gateway usage-cost を使って構成済みの 1 つのエージェントまたはすべてのエージェントのコストを表示できるようになりました。 #94483 @ly-wang19 に感謝します。
• アーカイブ済みの Workboard カードは、デフォルトの openclaw workboard list 出力を煩雑にしなくなりました。一方で、--include-archived と JSON 出力では必要なときに引き続きアクセスできます。 #94562 関連 #94555。 @ecican、@vincentkoc、@zengwen-dt に感謝します。
• OpenClaw Doctor は、警告を解消できない --fix コマンドを繰り返し提案するのではなく、動作している分離シェルプロンプト Cron ジョブに対して正確な案内を表示するようになりました。 #94784 関連 #94655。 @altaywtf、@geekoagent、@zengwen-dt に感謝します。
• 意図的に readiness チェックをスキップした後、正常なローカル GGUF メモリ設定に対して openclaw doctor が修正必須の警告を表示していた問題を修正しました。一方で、構成されたローカルモデルが実際に欠落している場合の警告は維持されます。 #95393 関連 #92582。 @mikasa0818、@neekolascmd、@vincentkoc に感謝します。
• Windows では、インストーラーが作成した Gateway タスクが、ユーザーが誤って閉じて Gateway を停止してしまう可能性のあるコンソールウィンドウなしでバックグラウンド実行されるようになりました。 #95480 関連 #89231。 @cameronweller、@mikasa0818、@vincentkoc に感謝します。
• エージェントのチャンネルバインディングは、matrix:work:extra のような不正なアカウント指定を、エージェントを別のアカウントに黙ってルーティングするのではなく、明確なエラーで拒否するようになりました。 #95572 @ly-wang19 に感謝します。
• ClawHub Skills の更新は、構成済みのインストール安全ポリシーを尊重するようになり、openclaw skills update --all は構成済みの他の Skills を予期せずインストールするのではなく、追跡対象の ClawHub Skills のみを更新するようになりました。 #95684 @vincentkoc に感謝します。
• Windows の再起動と Gateway 起動ワークフローは、OpenClaw がプロセス検索に依存するのではなく、信頼されたシステムの cmd.exe パスにコマンドを渡すようになったため、より信頼性が高くなりました。 7dd01d1 @vincentkoc に感謝します。
• Windows の Gateway クリーンアップとリスナーチェックは、PATH 検索が不完全な場合でも信頼性が高くなり、インストール済みのシステムツールが見落とされることなく、オペレーターが Gateway プロセスを特定して使用中のポートを解放できるようになりました。 e9b694e @vincentkoc に感謝します。
• Windows では、OpenClaw の起動と TUI Codex への引き継ぎが、別の where コマンドが PATH の先に現れる場合でも、信頼されたシステムロケーターを通じて bun、codex、その他のランタイムバイナリを見つけるようになりました。 72b9bc7 @vincentkoc に感謝します。
• Windows のポート診断は、PATH エントリが欠落またはシャドーイングされている場合でも意図したシステムツールを使うようになり、Gateway とサービスのポート競合がコマンド解決失敗によって見えにくくなる可能性が下がりました。 c4facb2 @vincentkoc に感謝します。
• Windows デーモンの復旧は、PATH が不完全、特殊、またはシャドーイングされている場合でも、スケジュール済みタスクのフォールバックが信頼されたシステム場所から PowerShell と taskkill を見つけるようになったため、プロセス検出やクリーンアップを見逃す可能性が下がりました。 2a140e6 @vincentkoc に感謝します。
• OpenClaw は、構成復旧マーカー、最後に正常だったスナップショット、不審な読み取り履歴を、移行を通じて共有状態に保持するようになり、別個の config-health ログファイルを残さなくなりました。 6daabd2 @vincentkoc に感謝します。
• Windows では、Node パッケージシム経由で起動された Crabbox コマンドが、プロバイダーフラグ、シェルコマンド、特殊なシェル文字を、失ったり再解釈したりせず、入力されたとおりに受け取るようになりました。 54d24cd @vincentkoc に感謝します。
• Windows 向け Crabbox ワークフローは、.cmd と .bat シムを通じて Node ツールを起動する際に、失敗したり、より遅いシェル処理へフォールバックしたりする可能性が下がりました。 d48dcc6 @vincentkoc に感謝します。
• Windows ユーザーは、npm でインストールされたコマンドシムを通じて crabbox、git、その他の Node ベースのツールを、ツールが開く前に Crabbox が停止することなく実行できるようになりました。 77f4e45 @vincentkoc に感謝します。
• openclaw doctor は、有効な省略をエラーとして扱うことなく、ツールポリシー設定を省略したプロファイルをチェックするようになりました。 03ba09b
• openclaw doctor は、カスタムプレビュープロファイルを評価できない場合に、誤解を招くツールセクション警告を表示しなくなりました。 420a0e6 @vincentkoc に感謝します。
• openclaw doctor は、プレビュー警告を評価可能なツールプロファイルに限定するようになり、不明なプロファイルに対する誤解を招く構成済み許可警告を避けるようになりました。 541f7ff @vincentkoc に感謝します。
• Windows ユーザーは、インストーラーが npm または pnpm スクリプトを cmd.exe 経由で強制実行して依存関係のセットアップを妨げることなく、ソースから OpenClaw をインストールできるようになりました。 1252378 @vincentkoc に感謝します。
• より大きな OpenClaw 構成でも、初期化と UI ヒントの生成がより効率的になりました。一方で、機密フィールドのマーキング方法はこれまでと同じです。 #55018 @huangyandi-red、@vincentkoc、@xdhuangyandi に感謝します。
• 手動の Gateway 再起動がまだ必要な構成変更では、元の注記を保持したまま、明確な再起動必須通知が表示されるようになりました。誤解を招く config-patch ok メッセージで完了したように見えることはありません。 #83041 関連 #46797。 @stache73、@xuruiray に感謝します。
• doctor、gateway、models、plugins、sessions、tasks のヘルプは数十ミリ秒で表示されるようになりました。以前は sessions --help や tasks --help などのコマンドが応答を開始するまで約 1.6〜1.8 秒かかっていました。 #89628 @yyzquwu に感謝します。
• Langfuse などの OpenTelemetry トレースバックエンドは、スラッシュ修飾モデル ID に対して "unknown" ではなく、実際のプロバイダー名/モデル名を表示するようになりました。 #89981 @mycarrysun、@vincentkoc に感謝します。
• 不正な形式または古いデバイスペアリングレコードによって、openclaw devices list が保留中の承認リクエストを表示できなくなることはなくなりました。一方で、有効なロールは引き続き通常どおり表示されます。 #93504 @ly-wang19 に感謝します。
• OpenClaw は、SSH ベースのサンドボックスと Gateway で無効な SSH 構成やトンネル起動失敗を引き起こす前に、先頭または末尾に余分なコロンがある SSH ターゲットを拒否するようになりました。 #93887 @miorbnli に感謝します。
• 非インタラクティブセットアップがローカル Gateway ヘルスチェックに失敗したユーザーには、サポートされていない setup フラグではなく、実行可能な openclaw onboard --install-daemon または openclaw onboard --skip-health 復旧コマンドが表示されるようになりました。 #93994 関連 #93947。 @bk-z1、@nianjiuzst に感謝します。
• Gateway のヘルスチェックとプローブチェックは、ローカル Gateway の起動に使ったものと同じカスタム --port を受け付けるようになり、無効なポートを早期に拒否し、選択された loopback ターゲットを JSON 出力に表示します。 #94687 関連 #79100。 @bryantegomoh、@ozthedivine に感謝します。
• gateway --force は、Gateway ポートを占有している IPv4 のみのプロセスを検出するようになり、ポートチェックが不確定な場合でも、ポートを空いていると誤って扱うのではなく、クリーンアップを試みます。 #94949 関連 #94426。 @sunlit-deng、@vincentkoc、@wangwllu に感謝します。
• openclaw config validate は、transport: "stdio" を明示的に使うコマンドベースの MCP サーバー設定を受け入れるようになり、無効なリモート形式の stdio 構成は引き続き拒否しながら、誤った検証エラーを避けます。 #95102 関連 #95082。 @ken-jo、@lzyyzznl に感謝します。
• CLI 画像編集は、プロバイダーのデフォルトの単一結果に制限されるのではなく、--count <n> を使って 1 つのコマンドで複数のバリアントを返せるようになりました。 #95300 @ly-wang19 に感謝します。
• openclaw sessions export-trajectory は、カスタム、~ ベース、または {agentId} テンプレートのストアが構成されている場合に、ストアパスを再度指定しなくても、他のセッションコマンドがすでに参照できるセッションを見つけるようになりました。 #95570 関連 #95568。 @youngting520 に感謝します。
• infer inspect --name <id> --json が、対応する CLI コマンドでは受け付けないフラグを表示していた問題を修正し、開発者とオペレーターが対応しているモデル、認証、文字起こしオプションを確実に確認できるようにしました。 #95719 Thanks @ly-wang19, @vincentkoc.
• 非常に大きい、または順序が乱れたセッションを調べるユーザーは、OpenClaw が解析済みログ履歴全体をメモリに保持しなくても、使用状況の詳細を開き、最新のタイムスタンプ付きログエントリを取得できるようになりました。 #96019 Thanks @vincentkoc.
• オペレーターは、メンテナー固有のホスト名やファイルシステムパスを事前に置き換えなくても、自分の OpenClaw ホスト向けに認証モニター、systemd タイマー、Termux ウィジェットを設定できるようになりました。 af3e509 Thanks @vincentkoc.
• ネイティブ Windows の crabbox ハイドレーションは、必要な Windows デーモンジョブを自動的に選択するようになり、WSL2 と明示的なジョブ上書きはそのままに、失敗した実行や誤った経路の実行を回避します。 d5d9a82 Thanks @vincentkoc.
• ローカルのエージェントアバターを設定するユーザーは、ワークスペース相対ファイルを 2 MB 未満に保つことで画像欠落を回避できます。一方、HTTP(S) と data URI のアバターはその制限の対象外です。 #78884 Related #65312. Thanks @wangjieweb3-design, @nyx-nocturna.
• OpenClaw のデフォルトのエージェント指示は、カスタムビルドを提案する前に、適切な無料またはオープンソースの解決策がないか確認するようエージェントに求めるようになりました。より適している場合は、引き続きカスタム作業も許可します。 #86608 Thanks @cablackmon.
• Plugin 作成者は、送出されない agentId や childSessionKey フィールドに依存する代わりに、文書化された subagent_ended イベントの targetSessionKey を使って、対応する spawn と照合できるようになりました。 #95191 Related #95186. Thanks @ken-jo, @mahaohao-ch.
• OpenClaw ドキュメントとショーケースカード内の ClawHub スキルリンクは、所有者で修飾された正規ページを開くようになりました。また、インストール例は古い bare-slug ルートではなく、コピーして使える openclaw skills install @owner/<slug> 参照を使用します。 #95972 Thanks @patrick-erichsen.

ツールとスケジュールされた作業

スケジュール済みジョブと組み込みのツールは、完了、再試行、失敗報告、意図された入力の保持を、より一貫して行うようになりました。Plugin SDK runtimeの改善により、ツールに支えられた拡張機能も、読み込み、結果の返却、スケジュールされた作業の実行時に、より信頼性が高くなりました。

Sources and contributors

• deleteAfterRun を使用する分離された cron ジョブは、配信が無効な実行を含め、完了後に一時セッションとトランスクリプトを削除するようになり、古いファイル、蓄積されたコンテキスト、手動クリーンアップが減りました。#84794 関連 #84707。謝辞: @bottenbenny、@turbotheturtle。
• 個々のスケジュール済みジョブは、オペレーターが低レベルのペイロードデータを編集しなくても、CLI から独自のフォールバックモデルを使用したり、フォールバックを無効にして実行したり、通常のフォールバック継承に戻したりできるようになりました。#93369 関連 #90302。謝辞: @849261680、@walliiee。
• Cron 履歴は、ジョブ ID に余分な周囲の空白が含まれているエントリを確実に見つけるようになり、安全に読み戻せないログレコードが作成される前に、入れ子になった ID や空の ID を拒否するようになりました。#93567 謝辞: @alix-007、@vincentkoc。
• cron ジョブを追加または削除しても、すでに期限に達している別の繰り返しジョブが保留中の実行を失わなくなりました。#94323 謝辞: @yetval。
• Word、PowerPoint、Excel ドキュメントの読み取りと書き込みは、作り上げられた拡張子に対して失敗するのではなく、意図された .docx、.pptx、または .xlsx パスを使用するようになりました。#95805 関連 #93326。謝辞: @bhnan、@lzyyzznl、@vincentkoc、@xzh-icenter。
• ブラウザー自動化のユーザーは、スナップショット生成中の回避可能な処理を減らしつつ、コンパクトな結果内の有用な分岐を含む、同じ参照が豊富なスナップショットを維持できます。#96072 謝辞: @vincentkoc。
• Windows でタイムアウトしたコマンドや中断されたコア更新が子プロセスを実行したままにすることがある問題を修正し、OpenClaw がキャンセル、タイムアウト、または更新クリーンアップ後にプロセスツリー全体をより確実に停止できるようにしました。a192b2e 謝辞: @vincentkoc。
• OpenClaw が PATH 検索に依存せず、組み込みの Windows 展開プログラムを使用するようになったため、Windows ユーザーは ripgrep などの ZIP ダウンロードを展開する際に、エージェント管理のツールインストール失敗に遭遇しにくくなりました。a5fde91
• Windows のセットアップとランタイムチェックは、予期しない PATH エントリに依存せず、信頼済みの System32 リゾルバーを使用することで、必要なツールをより確実に見つけるようになりました。d3b4444 謝辞: @vincentkoc。
• timeoutMs: 0 で作成された SDK 実行は、不要なクライアント側ウォッチドッグなしで、要求されたゼロタイムアウトを維持するようになりました。2bdcc83 謝辞: @vincentkoc。
• OpenClaw コマンドが停止した場合、呼び出し元が極端に大きな実行タイムアウトやアイドル出力タイムアウトを指定していても、確実に停止するようになりました。1425bb3 謝辞: @vincentkoc。
• 極端に大きなタイムアウト設定を指定されたコマンドは、ランタイムが要求された待機をスケジュールできずに失敗するのではなく、安全な最大値を使用するようになりました。66b94ba
• プロバイダー固有のツール許可/拒否設定は、プロバイダーエイリアス、モデル固有キー、OpenRouter 形式のモデル ID、または不正な形式のポリシーエントリを含む構成でも、OpenClaw の doctor 警告とより一貫して整合するようになりました。8f2882f
• SDK アプリケーションは、ターミナルツールが失敗またはブロックされたときに、誤解を招く完了イベントではなく tool.call.failed を受け取るようになり、既存の失敗処理が正しく反応できるようになりました。#95383 謝辞: @ly-wang19。
• 認識済みのジョブフィールドに無害な末尾スペースが付いて届いた場合に、cron の追加および更新リクエストが拒否される問題を修正し、曖昧または安全でない入力のチェックを緩めることなくスケジュールを保存できるようにしました。#95674 関連 #95407。謝辞: @nassiel、@zw-xysk。
• Codex サブエージェント監視は、大量の子エージェントとトランスクリプトファイルを、不要なスキャンを減らして処理するようになりました。一方で、古いトランスクリプトファイル名形式は従来どおり解決されます。#96085 謝辞: @vincentkoc。
• ランナーとデーモンが異なるホームディレクトリを使用している場合に、ネイティブ Windows の crabbox ハイドレーションが停止したりハンドオフを見失ったりする問題を修正し、両方が同じジョブ状態と停止ファイルを見つけられるようにしました。f354889 謝辞: @vincentkoc。

Additional contributions

• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95308 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95465 @wangmiao0668000666 に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95625 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95649 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95681 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95857 @romneyda に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95870 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95872 @romneyda に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95879 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95890 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95909 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95922 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95946 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95967 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #95983 @vincentkoc に感謝します。
• リポジトリの CI スケジューリング、ランナー使用、失敗処理を改善します。 #96258 @vincentkoc に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95094 @romneyda に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95466 @jason-allen-oneal に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95876 @romneyda に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95880 @romneyda に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95919 @romneyda に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95928 @vincentkoc に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #95991 @vincentkoc に感謝します。
• リリースチェックの自動化と必須エビデンス処理を改善します。 #96235 @vincentkoc に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #94272 @romneyda に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #94622 @tayoun に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #95898 @romneyda に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #95901 @romneyda に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #95999 @vincentkoc に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #96055 @vincentkoc に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #96226 @vincentkoc に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #96271 @vincentkoc に感謝します。
• リリースのパッケージ化、公開、検証ツールを改善します。 #97909 @patrick-erichsen に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #91502 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #91506 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #94700 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95406 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95858 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95933 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95944 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95947 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95952 @vincentkoc に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95961 @vincentkoc に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95971 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #95975 @vincentkoc に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #96003 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #96017 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #96030 @romneyda に感謝します。
• QA Lab のカバレッジ、エビデンス取得、リリース準備状況チェックを改善します。 #96246 @vincentkoc に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #87121 @davinci282828、@lizuju に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #90223 @aniruddhaadak80 に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #93378 @mmyzwl、@yachiyo1680 に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #95475 @kklouzal に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #95499 @romneyda に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #95602 @vincentkoc、@zats に感謝します。
• メンテナーワークフロー向けの焦点を絞ったリグレッションカバレッジを追加または修復します。 #95653 @vincentkoc に感謝します。
• リポジトリのメンテナンスとコントリビューター受け入れワークフローを改善します。 #76668 @wadydx に感謝します。
• リポジトリのメンテナンスとコントリビューター受け入れワークフローを改善します。 #87861 @coder999999999、@shuofengzhang、@vincentkoc に感謝します。
• リポジトリのメンテナンスとコントリビューター受け入れワークフローを改善します。 #95243 @hugenshen、@vincentkoc に感謝します。
• 内部ドキュメント構造とリリース参照の維持管理を改善します。 #78715 @mehrazmorshed に感謝します。
• 内部ドキュメント構造とリリース参照の維持管理を改善します。 #93502 @harjothkhara に感謝します。
• 内部ドキュメント構造とリリース参照の維持管理を改善します。 #96044 @romneyda に感謝します。
• 内部ドキュメント構造とリリース参照の維持管理を改善します。 #96057 @vincentkoc に感謝します。
• 内部ドキュメント構造とリリース参照の維持管理を改善します。 #96061 @vincentkoc に感謝します。
• 公開されている製品ワークフローを変更せずに、内部の動作境界を強化します。 #91193 @davinci282828、@whiteyzy に感謝します。
• 公開されている製品ワークフローを変更せずに、内部の動作境界を強化します。 #95706 @rushindrasinha、@vincentkoc に感謝します。
• 公開されている製品ワークフローを変更せずに、内部の動作境界を強化します。 #96179 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #89912 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #90439 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96182 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96191 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96193 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96195 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96204 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96206 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96213 @jalehman に感謝します。
• セッションとランタイム内部処理を共有メンテナンス境界の内側へ移動します。 #96218 @jalehman に感謝します。
• iOS プッシュサンドボックスとリリース検証カバレッジを改善します。 #95893 @joshavant に感謝します。
• Copilot ハーネス検証ドキュメントとライブテスト設定を更新します。 #95930 @vincentkoc に感謝します。