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

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

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

高速モードの追加修正により、影響を受けていたプロバイダーおよびフォールバックの経路での動作が改善されました。自動高速モード自体は、このリリースで新たに導入されたものではありません。

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

• OpenClaw がデコード可能な音声形式をプロバイダーのデフォルトに依存せず明示的に要求するようになったため、MiniMax のテキスト読み上げとボイスメモが失敗しにくくなりました。#73079 @efe-arv に感謝します。
• Gateway の運用者が通常のログでプロバイダー、モデル、リクエストの状態、タイミングの詳細を再び確認できるようになり、追加のデバッグログを有効にせずにモデルルーティングや転送の問題を診断しやすくなりました。#89648 関連: #89300。@enominera、@xiaobao-k8s に感謝します。
• Google、Mistral、OpenAI Responses、Azure OpenAI Responses、ChatGPT/Codex Responses 経由で利用するモデルに、OpenClaw の内部キャッシュ境界マーカーがプロンプトへ漏れることなく、整理されたシステム指示が渡されるようになりました。#89716 @enominera、@masatohoshino に感謝します。
• OpenAI 互換プロバイダーを通じて Gemini モデルを使用する Cron ツール呼び出しで、null 許容フィールドが原因となるプロバイダースキーマの拒否が発生しなくなりました。#91559 関連: #91542。@pick-cat、@qiukui666 に感謝します。
• プロバイダーで修飾されたモデル ID が、予期せず OpenClaw のデフォルトランタイムへフォールバックすることなく、設定されたエージェントランタイムポリシーと CLI エイリアスに従うようになりました。#91724 @vincentkoc、@yu-xin-c に感謝します。
• チャットの /models リストや、Plugin を認識するその他のモデルまたはプロバイダー選択処理が、セットアップスキャンの繰り返しによって数秒間停止して CPU コアを消費することなく、すばやく応答するようになりました。Plugin の変更も引き続き通常どおり反映されます。#93356 @obuchowski に感謝します。
• ホスト型 Ollama Cloud のユーザーは、再起動後に共有カタログ全体が再追加されることなく、明示的に設定したモデルだけを保持できるようになりました。ローカルおよびセルフホスト型 Ollama サーバーでは、自動検出が引き続き機能します。#93956 @jason-allen-oneal に感謝します。
• ローカルプロバイダーが一般的な LLM request failed. エラーを返した場合、Cron ジョブが未使用のフォールバックを残したまま失敗せず、再試行または設定済みのフォールバックモデルへの切り替えを行えるようになりました。#94062 関連: #93931。@hugenshen に感謝します。
• 期限切れのプロバイダートークンによるフォールバック警告の繰り返しで、有用な運用者向けログが埋もれなくなりました。最初の警告と、その後の重複に関する要約は、診断用として引き続き確認できます。#94233 関連: #56979。@goutamadwant、@yanan1991 に感謝します。
• Google Gemini 3.5 Flash を、完全な 1,048,576 トークンのコンテキストウィンドウで選択できるようになり、モデル未検出エラーや不要なプロンプトサイズの拒否を回避できます。#94726 関連: #94723。@ajwan8998、@anguslogan01、@kevinat に感謝します。
• ダッシュボードの子セッションで、許可されたプロバイダー修飾済みモデルの選択が一貫して処理され、保存されたモデル状態が古い場合には正確な復旧手順が提示されるようになりました。#94752 関連: #94713。@gr4via に感謝します。
• OpenClaw が対応していないネイティブのバックグラウンド処理を、進行状況が取り残される前にブロックするようになったため、Claude CLI のユーザーに、届かない可能性のある完了通知を約束しなくなりました。#95008 @anagnorisis2peripeteia に感謝します。
• OpenClaw は、サイズ超過のプロバイダーカタログまたは JSON レスポンスについて、レスポンス全体をメモリへバッファリングする前に明確なエラーで拒否するようになりました。#95218 @alix-007 に感謝します。
• OpenClaw がプロバイダー接頭辞を重複して送信することで model_not_found が発生することなく、OpenRouter のユーザーが公開されている短縮形の DeepSeek V4 モデル ID を選択して実行できるようになりました。#95268 関連: #95198。@daniel-alejandro-t、@darren2030 に感謝します。
• /reasoning on を使用すると、DeepSeek 形式の OpenAI 互換モデルで、設定を変更することなく最終回答が推論ブロックへ組み込まれず、推論とは別に表示されるようになりました。#95283 関連: #95280。@marvinthebored、@vincentkoc、@zengwen-dt に感謝します。
• Codex サブスクリプションが使用上限に達した場合、OpenClaw は失敗した結果で停止せず、設定済みのフォールバックモデルへ移行するようになりました。また、すでに表示可能な出力が生成された実行は再試行しません。#95400 @jason-allen-oneal、@sallyom に感謝します。
• LM Studio のユーザーが、モデルキーの不一致による誤ったアシスタントターンの失敗や、接尾辞付きの架空のモデル項目を発生させずに、量子化モデルや複数バリアントのローカルモデルを実行できるようになりました。#95401 @monkeyleet に感謝します。
• Google を利用する組み込みエージェントの実行で、サイズ超過または終了しないプロンプトキャッシュレスポンスが、メモリを使い果たしたり実行を停止させたりする前に読み取りを中止するようになりました。#95417 @alix-007 に感謝します。
• OpenRouter のモデルスキャンが、OpenClaw を不安定にするほど大量のメモリを使用する危険を冒さず、サイズ超過または不正なカタログに対して安全に失敗するようになりました。#95418 @alix-007 に感謝します。
• OpenRouter のセットアップで、OpenClaw のメモリを使い果たす前にサイズ超過のモデルカタログを拒否するようになりました。失敗したレスポンスをキャッシュしたり、直後に再取得したりすることもありません。#95420 @alix-007、@sallyom に感謝します。
• Claude CLI のクレジットがなくなった場合や一般的なランナー障害が発生した場合、障害メッセージが最終回答として残ることなく、設定済みのフォールバックモデルが回答できるようになりました。#95508 関連: #95489。@mikasa0818、@riazrahaman、@sallyom に感謝します。
• freshness: "day" または pd を使用する Gemini ベースのウェブ検索が、プロバイダーの 400 エラーで失敗せず完了するようになりました。より広範な鮮度指定と明示的な日付範囲では、引き続き厳格なフィルタリングが適用されます。#95682 @sunjae-k、@vincentkoc に感謝します。
• Grok Composer などの xAI 推論モデルからの後続回答で、設定可能な推論強度に対応していない場合でも、以前の推論コンテキストがより確実に保持されるようになりました。#95686 @fuller-stack-dev、@geraint0923 に感謝します。
• Vercel AI Gateway のユーザーが、OpenClaw の同梱リストに存在しないライブカタログ限定のモデル ID を含め、ライブカタログから選択したモデルを実行できるようになりました。#95710 @vincentkoc に感謝します。
• stripPrefixes の項目に余分な空白や大文字・小文字の違いがある場合、マニフェストで定義されたプロバイダーが有効なモデル ID を壊れたものに変換する問題を修正し、運用者と Plugin 作成者が意図したプロバイダーモデルを利用できるようになりました。#95744 関連: #95743。@parveshsaini に感謝します。
• 初回セットアップで、ループしているように見えて OpenAI が選択されたままになることなく、新しくインストールした外部プロバイダーの認証情報入力画面が開くようになりました。#95792 関連: #95765。
• サイズ超過または停止したプロバイダーカタログが、OpenClaw をハングさせたり無制限にメモリを消費したりせず、明確なエラーですばやく失敗するようになりました。通常のカタログは引き続き読み込まれます。#95827 @alix-007 に感謝します。
• Xiaomi Token Plan のユーザーが、mimo-v2.5 と mimo-v2.5-pro で、古い 32,000 トークンの上限に制限されず、最大 128K の出力トークンを使用できるようになりました。#95934 @idootop に感謝します。
• ツールを多用するモデルレスポンスをより少ないオーバーヘッドでストリーミングできるようになりました。また、Google および OpenAI 互換プロバイダー全体で、繰り返されるツール呼び出し ID と暗号化された推論の詳細が正しい呼び出しに対応した状態を維持します。#95957 @vincentkoc に感謝します。
• OpenClaw が ACPX 0.11.2 の永続化修正をデフォルトで含むようになったため、個別のパッケージオーバーライドや手動のクライアント更新なしで、同梱 ACPX のユーザーに対するトークン使用量の集計がより確実になりました。#96124 @vincentkoc に感謝します。
• Ollama Cloud のユーザーは、公開モデルリストに存在しない場合でも、1,000,000 トークンのコンテキストウィンドウ、推論、ツール対応を備えた glm-5.2:cloud を検索して選択できるようになりました。11484f8
• タイムアウトがゼロ、負数、または極端に大きい場合でも、MiniMax の画像理解リクエストがプロバイダーへ到達する前に失敗しなくなりました。無効な値には通常の待機時間または安全な最大待機時間が使用されます。4b6182e @vincentkoc に感謝します。
• Codex の実行が古い速度階層を引き継がず、現在の高速モードの選択に従うようになりました。また、高速モードが自動の場合、ステータス行に明確に表示されます。77012f9 @vincentkoc に感謝します。
• 自動高速モードが解除された後、Codex ベースの会話が通常のルーティングへ戻るようになり、以降のターンやモデル変更で古い優先度階層が再利用されることを防ぎます。8afc1f7
• 実行時に高速モードが上書きされた場合でも、フォールバックエージェントの実行が各モデルに設定された自動高速モードのしきい値に従うようになり、フォールバック動作が選択したモデルのポリシーと一致するようになりました。efd3172
• 実行中のモデル切り替えの再試行で、長時間実行されるセッションの元の高速モードしきい値が保持されるようになりました。一方、明示的な高速モードでは、誤解を招く自動しきい値の進行状況メッセージを表示しません。d990115 @vincentkoc に感謝します。
• 組み込みエージェントの実行で、手動選択された高速モード設定と混同することなく、再試行や進行状況の更新を通じて自動高速モードが一貫して機能するようになりました。cf1b6fe @vincentkoc に感謝します。
• 高速モードの実行で、モデルのフォールバック再試行を通じて速度設定が保持され、設定済みの自動しきい値がステータスに表示されるようになりました。これにより、再試行動作の不整合や有用でない一般的なラベルを回避します。aa3797c @vincentkoc に感謝します。
• エージェントの応答とスケジュールされた Cron 実行で、fast-mode のフォールバック再試行がより確実に処理されるようになり、最終試行の完了または進捗の正確な報告に必要な状態が維持されます。14e448e @vincentkoc に感謝します。
• モデルのフォールバック試行がまだ実行中の間は fast-mode のリセット通知がユーザーに表示されなくなり、実行が最終フォールバック試行に達した場合にのみ表示されるようになりました。6eb72a8
• 設定された稼働中のモデルが利用できなくなった場合、OpenClaw がプロバイダーの「選択されたモデルが見つかりませんでした」という応答を汎用エラーではなくモデル未検出エラーとして認識するようになり、ユーザーと運用者にとって処理がより明確になりました。2405d02 @vincentkoc に感謝します。
• Qwen と vLLM で、思考をオンまたはオフに切り替えた際に既存のチャットテンプレート設定が一貫して維持されるようになり、プロバイダー Plugin でも同じテスト済みヘルパーを使用できます。2ba9d6e @vincentkoc に感謝します。
• OpenAI 互換プロキシプロバイダーで、思考レベルと従来の reasoning_effort フィールドをより一貫して処理できるようになり、Plugin 開発者とプロバイダー保守担当者は、OpenRouter、Kilocode、SDK 全体でドキュメント化された単一の正規化ヘルパーを使用できます。35bafea
• ブラウザーと Vite のビルドで、サーバー専用の依存関係によってバンドルが壊れることなく OpenAI ChatGPT Responses プロバイダーを読み込めるようになりました。一方、WebSocket の失敗は引き続き通常どおり表示されます。8c8eb86 @vincentkoc に感謝します。
• OpenRouter のモデルスキャンで、ランタイム検出と同じ大規模で有効なカタログを受け入れられるようになりました。一方、サイズ超過の応答は、無制限にメモリを消費する前に引き続き拒否されます。ad3b2f4 @vincentkoc に感謝します。
• 影響を受けていた Bedrock Mantle GPT-5.x の推論構成を含む 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 のストリーミング応答で、複数のブロックが同時にアクティブな場合でも、交互に届くテキスト、思考、ツール呼び出しの更新が混在せず、正しい応答ブロックに関連付けられるようになりました。#96013 @vincentkoc に感謝します。

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

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

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

情報源と貢献者

• OpenAI Responses を使用する影響対象のエージェント会話は、表示されたチャンネル応答によって保存済み履歴が不完全になった場合でも、復旧して応答を続けられるようになりました。以降のすべてのターンが応答の表示前に失敗することはなくなります。#84708 @anyech に感謝します。
• Codex ベースのエージェントが通常より大きなツール出力を生成した場合、保存および再生される会話では、テキスト以外の内容を変更せず、テキストを通常のサイズ制限内に収めるようになりました。#87912 @adrianip0204 に感謝します。
• Control UI の会話は、スリープ、ネットワーク切断、または Gateway の再接続後も表示されたまま同じセッションで継続するようになりました。次のメッセージを送信した際に会話が消えることはなくなります。#89017 関連: #87700。@zhangguiping-xydt、@asicoe に感謝します。
• バンドルされた Codex と Copilot の統合では、ストレージの進化に伴っても、ミラーリングされたチャット履歴とトランスクリプトの更新が正しい OpenClaw セッションに紐付けられるようになりました。移行中も、既存のファイルベースのアクティブなトランスクリプトは引き続き機能します。#89518 @jalehman に感謝します。
• WebChat の現在のセッション状態が、実際に使用している会話と一致するようになりました。セッション ID、思考レベル、トークンコンテキスト、コストの詳細が、フォールバックの main セッションから取得されることはなくなります。#89800 関連: #89773。@killo3967、@sweetcornna に感謝します。
• 自動 Compaction 中に停止を押した場合、Compaction リクエストもキャンセルされるようになったため、会話のコンテキストが失われにくくなりました。#89886 関連: #89868。@lykeion-dev、@openperf、@vincentkoc に感謝します。
• エージェント間のセッションアクセスがブロックされた場合、OpenClaw は必要な可視性、エージェント間通信、許可リストの設定をすべて表示するようになりました。存在しないエージェント障害を追跡する代わりに、運用担当者がポリシー設定を修正できます。#90489 関連: #90443。@ramitrkar-hash、@sahibzada-allahyar、@vincentkoc に感謝します。
• openclaw memory status は、誤って Dreaming: off と報告するのではなく、アクティブな浅い睡眠または REM Dreaming フェーズを表示するようになりました。これにより、運用担当者は有効なメモリ設定が有効化されていることを確認できます。#93113 関連: #67868。@agentarclab、@mrossit に感謝します。
• タイムアウトした QMD メモリ検索は、エージェントが次の処理に移った際にバックグラウンド処理を停止するようになり、放棄されたプロセスが CPU とメモリを消費し続けることを防ぎます。#93394 @alix-007 に感謝します。
• Compaction 後に繰り返し送信された指示が会話に保持されるようになり、一部のプロバイダーが拒否するターンの欠落、孤立した応答、不正な履歴を防ぎます。#94328 @vincentkoc、@yetval に感謝します。
• Memory Wiki の Stale Pages レポートでは、永続的な概念ページと統合ページが鮮度に関する警告の対象外になりました。これにより、実際に確認が必要な可能性があるソースページとエンティティページに注意を集中できます。#94369 @sunnyshu0925、@vincentkoc に感謝します。
• 最近進捗があった長時間の組み込み実行は、古いセッションの復旧によって中断されにくくなりました。一方、実際に停止している実行は引き続き解除できるため、キュー内の処理を継続できます。#94701 @imadal1n、@mrclawfield に感謝します。
• Ollama のメモリ検索は、設定された小さい埋め込み次元を尊重し、異なる次元のインデックスを分離して保持するようになりました。互換性のないベクトルが混在することを防ぎます。#94811 @mushuiyu886 に感謝します。
• トランスクリプトのファイル名が変更された場合や、QMD エクスポートで異なる名前が使用された場合でも、メモリ検索と対象を絞った更新が正しい OpenClaw セッションに紐付けられるようになりました。#95087 @jalehman に感謝します。
• スクリーンショットやその他の画像を含む長時間の会話で、OpenClaw が新しいメッセージ用の空きを確保する際に、会話の連続性がより安定して維持されるようになりました。保持される会話が進まないまま、容量が繰り返し上限に達することはなくなります。#95128 @yetval に感謝します。
• Windows ユーザーは、ドライブ文字や UNC の場所を含む、設定済みの絶対 memory.qmd.command パスを使用して、QMD ベースのメモリインデックス作成と検索を実行できるようになりました。OpenClaw が起動前にパス区切り文字を削除することはなくなります。#95274 関連: #92302。@ardooken、@ly85206559 に感謝します。
• /usage full または /usage tokens で選択した使用状況フッターは、日次またはアイドル状態によるセッション切り替え後も表示されたままになり、ユーザーが再度有効にする必要がなくなりました。#95322 @litang9 に感謝します。
• WebChat やシステムのアクティビティ後も、フォローアップ応答、リアクション、スレッドメッセージ、ステータス確認が、それぞれが属するチャットに維持されるようになりました。一方、実際にチャンネルが切り替わった場合は、古いルーティング情報が引き続き消去されます。#95467 @yetval に感謝します。
• 長時間継続するメイン会話は、ユーザーが一晩後や遅れてフォローアップした場合でも以前のコンテキストを維持するようになりました。正常に完了した後に、通知なく最初からやり直すことはなくなります。#95472 @xydt-tanshanshan に感謝します。
• 大量のセッション履歴がある場合でも、数秒間フリーズすることなくセッションの一覧表示、プレビュー、検索ができるようになりました。大文字と小文字が混在する古いセッションキーは、起動時に引き続き移行されます。#95699 @jalehman、@jzakirov に感謝します。
• 運用担当者がカスタムまたはエージェント単位の session.store を使用している場合に、配信済みの応答が誤った会話履歴に保存されたり、履歴から欠落したりすることがある問題を修正しました。対象セッションの連続性と監査可能性が向上します。#95782 関連: #95781。@youngting520 に感謝します。
• 保存されたセッションメモリの要約から、生のモデルトークン、ツール呼び出しブロック、メディアプレースホルダー、ロールタグ、古い NO_REPLY マーカーが除外されるようになり、今後の会話に有用なコンテキストが保持されます。#95791 @sweetsophia、@vincentkoc、@yb0y に感謝します。
• Codex/ChatGPT OAuth を使用する長時間の OpenAI セッションは、/compact を手動で実行する場合でも自動的にトリガーされる場合でも、別の API キーなしで Compaction を実行できるようになりました。#95831 関連: #95693。@sallyom、@yui-tien に感謝します。
• ツールを多用する長時間のセッションは、大きなツール結果が末尾に現れた際に停止するのではなく、サイズ超過の会話を Compaction するようになりました。#95860 関連: #78478。@jw8957、@wzhgba、@yetval に感謝します。
• Node ランタイムに node:sqlite がないため memory_search を利用できない場合、OpenClaw は無関係な埋め込みプロバイダーのトラブルシューティングへ誘導するのではなく、互換性のあるランタイムを案内するようになりました。#95916 @rrrrrredy、@vincentkoc に感謝します。
• Compaction 済みの Copilot セッションを調査する開発者と運用担当者は、不完全な結果ではなく、要約、処理前後のトークン数、セッションの詳細を取得できるようになりました。#96049 @vincentkoc に感謝します。
• /stop コマンドと中止コマンドは、セッションキーの正規化が必要な場合や中止メタデータを保存できない場合でも、アクティブな実行の停止、キュー内のフォローアップの消去、関連するサブエージェントの終了を迅速に行えるようになりました。#96201 @jalehman に感謝します。
• Voice Wake のアップグレードでは、OpenClaw がトリガーフレーズとルーティングルールを廃止済みの設定ファイルから共有状態データベースへ移行する際も、既存の設定が引き続き機能するようになりました。bdf81a8
• 古い OpenClaw 状態レイアウトからアップグレードする際、状態が SQLite に移行されても、更新通知、確認頻度の制限、利用可能なバージョンの記録、自動更新の試行履歴が保持されるようになりました。eb00d49 @vincentkoc に感謝します。
• Plugin チャンネルの会話は、起動、doctor チェック、状態修復を通じて意図したセッションをより確実に維持するようになり、古いバインディングレコードは OpenClaw の共有データベースへ移行されます。9f888d9
• Windows のメモリベースのセッション同期では、パスの形式が異なる場合でも、意図したトランスクリプトファイルを引き続き使用するようになりました。b3b5b08 @vincentkoc に感謝します。
• セッションキーが欠落しているか空白の組み込みエージェント実行は、一貫性のないセッションルーティングに送られるのではなく、意図したセッションに紐付いたままになりました。911f853 @vincentkoc に感謝します。
• モデルが誤ったツール名を推測した場合、Tool Search と Code Mode は正しいツールを見つけて再試行する方法を表示するようになりました。長時間のセッションが停止したり、Compaction 中に永続メモリを失ったりするリスクを軽減します。#93374 関連: #92273。@mushuiyu886、@poison、@vincentkoc に感謝します。
• Compaction 後に WebChat、Control UI、Feishu、その他の組み込み会話からアシスタントの応答が消える問題を修正しました。更新されたチャットの可読性が維持され、フォローアップリクエストが分離されます。#95484 関連: #76729。@maweibin、@njuboy11、@vincentkoc に感謝します。
• OpenClaw のメモリ機能は、アクティブ、リセット済み、削除済みのトランスクリプトの対象範囲を、設定済みのセッションストアとエージェントの所有権に合わせて維持するようになりました。Dreaming、QMD エクスポート、インデックス作成、同期で会話履歴が欠落したり、誤って関連付けられたりする可能性が低くなります。#96162 @jalehman に感謝します。
• Gateway TLS のセットアップは、空白の証明書パスまたはキーパスを明確に拒否するか、OpenClaw のデフォルトを使用するようになりました。有効なパスを維持しつつ、分かりにくい起動失敗や証明書生成失敗を回避します。#94054 @miorbnli に感謝します。
• 設定済みの Plugin ポリシーは、Gateway レジストリの変更、再読み込み、後続のフック初期化後も、機密性の高いツール呼び出しを引き続きブロックまたは書き換えるようになりました。通知なくスキップされることはなくなります。#94545 @jesse-merhi に感謝します。
• operator.approvals を使用するモバイル運用者は、リクエストを開始した iOS デバイス上で、チャットによってトリガーされた exec 承認を確認して解決できるようになりました。アプリを開いている間も利用でき、プッシュ通知だけに依存する必要はありません。#95175 @joshavant に感謝します。
• Control UI ユーザーには、パッチ適用済みの DOMPurify リリースが提供されるようになり、インターフェースの動作を変えることなく、GHSA-cmwh-pvxp-8882 サニタイザー脆弱性にさらされるリスクが軽減されます。#95691 @vincentkoc に感謝します。
• Plugin の会話バインディングに対する「常に許可」の承認が、古い設定ファイルから引き継がれるようになりました。また、複数の OpenClaw プロセスが実行されている場合でも、失われたり上書きされたりしにくくなりました。ae41b00 @vincentkoc に感謝します。
• Matrix ユーザーには、強制的なクロス署名のリセットを続行する前に、有効なリカバリーキーが必要であることが表示されるようになりました。これにより、2 回目のリセットによって暗号化の復旧とルームキーのバックアップが使用不能になるのを防ぎます。#95720 関連: #78396。@jteddy、@vincentkoc、@xialonglee に感謝します。
• メモリ Wiki のステータスカードとブリッジ経由のソース同期は、ページが同時に書き換えられた場合でも失敗しにくくなりました。OpenClaw は一時的なパスの不一致を再試行する一方で、安全でない、または継続的に失敗するファイルシステムへの書き込みは引き続き停止します。#94443 関連: #92134。@cknzraposo、@zengwen-dt に感謝します。
• ワークスペースのパスが長いユーザーが最近のセッションを再開した際、既存のトランスクリプトに戻らず、新しい会話が開かれる問題を修正しました。#94578 関連: #94577。@rohitjavvadi、@vincentkoc に感謝します。
• Memory Wiki は、既存のソースページを再取り込みまたは同期する際、生成コンテンツを更新しながらも、ユーザーが記述したメモをそのまま保持するようになりました。#95614 @yetval に感謝します。
• 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 Agent は保留中のワークスペース作業について 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 がインストール済みのプロバイダーを検出できるようになり、Unknown migration provider で失敗しなくなったため、Codex の移行が標準のグローバル Plugin インストールでも機能するようになりました。#89612 関連: #89609。@mugabuga、@zerone0x に感謝します。
• Plugin のインストールと更新が、古くなった OpenClaw 管理の依存関係固定から復旧し、npm EOVERRIDE で失敗しなくなりました。また、その後の同期でユーザーが明示的にインストールしたパッケージがダウングレードまたは削除されることもありません。#91786 関連: #91772。@amknight、@mkdelta221 に感謝します。
• チャンネル Plugin の開発者は、フックおよび一部の 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 の更新で、実行中の Gateway の作業がモジュール不足エラーによって中断される可能性が低くなりました。古い Plugin ファイルは、後続の 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 がより明確に示されるようになりました。デバイスのペアリング、Node の登録、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 の再起動ドレイン中は準備状況チェックが異常状態になるようになり、一時的にリクエストを拒否している Gateway にトラフィックマネージャーが新しい処理を送信するのを防ぎます。#94915 関連: #78136。@markoub、@maxschachere、@vincentkoc に感謝します。
• 古いテキスト変換ランタイムコードがキャッシュに残っている場合でも、Mac ユーザーは 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 によってキューに入れられた古い Node リクエストは自動的に期限切れになるようになり、古い処理が残って後続のアクティビティに影響する可能性が低減しました。f6d432e
• 連携機能が過剰なサブエージェントセッション履歴を要求した場合でも、各読み取りに安全な上限が設定されるようになり、Plugin のワークフローが停止したり Gateway に過負荷をかけたりする可能性が低減しました。b66b450 @vincentkoc に感謝します。
• 画像の説明では、極端に大きなタイムアウト設定を安全なランタイム上限に制限するようになり、タイマーのオーバーフローを招くことなく一貫して処理できます。88b21fc
• 埋め込みエージェントセッションでは、極端に大きなタイムアウトが設定されている場合でも、タイマーのオーバーフローを招くことなく、別のセッションがファイルロックを解放するまで確実に待機するようになりました。4c736df @vincentkoc に感謝します。
• 極端に大きなタスクタイムアウトが設定されたキュー内のコマンドは、OpenClaw が待機時間をランタイムの安全な最大値に制限することで、確実にタイムアウトするようになりました。1f6ae32 @vincentkoc に感謝します。
• normalization-core が誤った文字列変換エントリーポイントを公開する問題と、ACP セッションに古い高速モード値が表示される問題を修正しました。これにより、連携機能は意図した API を受け取り、ユーザーには実際に有効なモードが表示されます。93ad397 @vincentkoc に感謝します。
• 高速自動実行で最終応答がより安定して配信されるようになりました。また、進捗リセット処理を自動モードのみに限定することで、応答や転送されたコールバックへの干渉を防ぎます。9e8ab08 @vincentkoc に感謝します。
• OpenAI Responses を使用するエージェントセッションは、再生された履歴に一致しないツールリクエストと結果が含まれていても、失敗したり進捗を失ったりすることなく、ツールを使用した処理を再開できるようになりました。b4bc1f2 @vincentkoc に感謝します。
• Gateway が別形式の完了エンベロープを返した場合でも、完了した Plugin のサブエージェント実行と QA 実行が失敗として誤って報告されなくなり、Plugin 作成者と運用者にとって成功時の引き継ぎがより確実になりました。d1b268f @vincentkoc に感謝します。
• 完了したサブエージェントタスクが更新なしで終了することがある問題を修正し、ユーザーが結果または親エージェントの次の手順を受け取れるようになりました。68a1e00 @vincentkoc に感謝します。

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

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

情報源と貢献者

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

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

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

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

情報源と貢献者

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

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

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

情報源と貢献者

• 展開された Control UI のチャットサイドバーに OpenAI/Codex の使用量クォータを復元し、会話から離れずに上限を確認できるようになりました。#94219 関連: #93041。@jazzroutine、@pick-cat に感謝します。
• オンボーディング、設定、チャット、承認プロンプト、音声権限、ウィジェット、共有チャットビューの各 iOS 画面で、一貫した OpenClaw のアクセントカラーとステータスカラーが使用されるようになりました。#94627 @zats に感謝します。
• Control UI で、ダイアログを開いたまま目に見える結果を表示しない代わりに、メインセッションで通知なしの Silent プリセットを使用した Early Morning ジョブを作成できるようになりました。#95459 関連: #95073。@vincentkoc、@vporton、@zoowh に感謝します。
• 100 万トークンの境界で、Control UI のバッジと使用量表示に、紛らわしい「1000k」ではなく「1M」と表示されるようになりました。基になるトークン数は変更されません。#95485 @narahariraghava、@vincentkoc に感謝します。
• Control UI の Overview では、引き続き対応が必要な有効化済み Cron ジョブのみがカウントされ、フラグ付けされるようになりました。無効化されたジョブでは、過去の失敗の詳細は保持されますが、現在の問題として表示されません。#95723 関連: #95716。@voytas75、@zengwen-dt に感謝します。
• Control UI ユーザーには、System、Light、Dark テーマのより短いツールチップが表示されるようになりました。スクリーンリーダーでは、周囲の Color mode のコンテキストを失うことなく、重複の少ないラベルが読み上げられます。#95837 @hannesrudolph、@sannidhyasah に感謝します。
• フォームビューから切り替えた後、Settings で未加工の設定が見つからないように見えることがなくなりました。以前のスクロール位置を保持する代わりに、JSON が表示範囲へ戻されます。#96145 関連: #94202。@sunlit-deng、@vporton に感謝します。
• 新しい iOS ユーザーは、iOS がローカルネットワークへのアクセスを要求する前に、OpenClaw のウェルカム画面とオンボーディングへ進むようになりました。既存のユーザーには、Gateway のセットアップを開いたとき、または LAN 上の Gateway 検出が必要な場合に、引き続きアクセス要求が表示されます。#96181 @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 を使用して、設定済みの単一エージェントまたはすべてのエージェントのコストを表示できるようになりました。既存のデフォルトエージェント用コマンドに変更はありません。#94483 @ly-wang19 に感謝します。
• アーカイブされた Workboard カードがデフォルトの openclaw workboard list 出力を煩雑にしなくなりました。一方、--include-archived と JSON 出力では、必要な場合に引き続きアクセスできます。#94562 関連: #94555。@ecican、@vincentkoc、@zengwen-dt に感謝します。
• OpenClaw Doctor が、正常に動作している分離されたシェルプロンプトの Cron ジョブに対し、警告を解消できない --fix コマンドを繰り返し提案するのではなく、正確な案内を表示するようになりました。#94784 関連: #94655。@altaywtf、@geekoagent、@zengwen-dt に感謝します。
• 準備状況チェックが意図的にスキップされた後、正常なローカル GGUF メモリ設定に対して openclaw doctor が修正必須の警告を表示する問題を修正しました。設定されたローカルモデルが実際に存在しない場合は、引き続き警告が表示されます。#95393 関連: #92582。@mikasa0818、@neekolascmd、@vincentkoc に感謝します。
• Windows では、インストーラーが作成した Gateway タスクがコンソールウィンドウを表示せずバックグラウンドで実行されるようになり、ユーザーが誤ってウィンドウを閉じて Gateway を停止することがなくなりました。#95480 関連: #89231。@cameronweller、@mikasa0818、@vincentkoc に感謝します。
• エージェントのチャネルバインディングで、matrix:work:extra のような不正なアカウント指定を、エージェントを別のアカウントへ暗黙にルーティングする代わりに、明確なエラーで拒否するようになりました。#95572 @ly-wang19 に感謝します。
• ClawHub のスキル更新が設定済みのインストール安全性ポリシーに従うようになり、openclaw skills update --all は他の設定済みスキルを予期せずインストールすることなく、追跡対象の ClawHub スキルのみを更新するようになりました。#95684 @vincentkoc に感謝します。
• OpenClaw がプロセス検索に依存せず、信頼されたシステムの cmd.exe パスにコマンドを渡すようになったため、Windows の再起動および Gateway 起動ワークフローの信頼性が向上しました。7dd01d1 @vincentkoc に感謝します。
• PATH 検索が不完全な場合でも、Windows の Gateway クリーンアップとリスナーチェックの信頼性が向上しました。インストール済みのシステムツールが見落とされることなく、オペレーターが Gateway プロセスを特定し、使用中のポートを解放できます。e9b694e @vincentkoc に感謝します。
• Windows では、PATH 上で別の where コマンドが先に見つかる場合でも、OpenClaw の起動と TUI から Codex への引き渡しで、信頼されたシステムロケーターを通じて bun、codex、その他のランタイムバイナリを検出するようになりました。72b9bc7 @vincentkoc に感謝します。
• Windows のポート診断で、PATH エントリが欠落またはシャドーイングされている場合でも、意図されたシステムツールを使用するようになりました。これにより、Gateway やサービスのポート競合がコマンド解決の失敗によって不明瞭になる可能性が低下しました。c4facb2 @vincentkoc に感謝します。
• スケジュールタスクのフォールバックが、信頼されたシステムの場所から PowerShell と taskkill を検出するようになったため、PATH が不完全、特殊、またはシャドーイングされている場合でも、Windows デーモンの復旧でプロセスの検出やクリーンアップを見落とす可能性が低下しました。2a140e6 @vincentkoc に感謝します。
• OpenClaw は、移行を通じて設定復旧マーカー、最終正常スナップショット、不審な読み取り履歴を共有状態に保持し、個別の設定健全性ログファイルを残さないようになりました。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 に感謝します。
• インストーラーが npm または pnpm スクリプトを cmd.exe 経由で強制的に実行することで依存関係のセットアップが妨げられることなく、Windows ユーザーがソースから 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 ターゲットを、不正な SSH 設定や SSH ベースのサンドボックスおよび Gateway のトンネル起動失敗を引き起こす前に拒否するようになりました。#93887 @miorbnli に感謝します。
• 非対話型セットアップのローカル Gateway ヘルスチェックに失敗したユーザーに、サポートされていない setup フラグではなく、実行可能な openclaw onboard --install-daemon または openclaw onboard --skip-health の復旧コマンドが表示されるようになりました。#93994 関連: #93947。@bk-z1、@nianjiuzst に感謝します。
• Gateway のヘルスチェックとプローブチェックが、ローカル Gateway の起動に使用したものと同じカスタム --port を受け入れ、無効なポートを早期に拒否し、選択されたループバックターゲットを 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 の画像編集で、プロバイダーのデフォルトである単一結果に制限されることなく、1 回のコマンドで --count <n> を使用して複数のバリエーションを返せるようになりました。#95300 @ly-wang19 に感謝します。
• openclaw sessions export-trajectory は、カスタムストア、~ ベースのストア、または {agentId} テンプレートのストアが設定されている場合に、ストアパスを再度指定しなくても、他のセッションコマンドですでに参照できるセッションを検出するようになりました。#95570 関連: #95568。@youngting520 に感謝します。
• 対応する CLI コマンドが受け付けないフラグが infer inspect --name <id> --json に表示される問題を修正し、開発者や運用担当者がサポートされているモデル、認証、文字起こしのオプションを確実に確認できるようになりました。#95719 @ly-wang19、@vincentkoc に感謝します。
• 非常に大規模なセッションや順序が前後したセッションを調査する際、OpenClaw が解析済みログ履歴全体をメモリに保持しなくても、使用量の詳細を開き、タイムスタンプ付きの最新ログエントリを取得できるようになりました。#96019 @vincentkoc に感謝します。
• 運用担当者は、メンテナー固有のホスト名やファイルシステムパスを事前に置き換えることなく、自身の OpenClaw ホスト向けに認証モニター、systemd タイマー、Termux ウィジェットをセットアップできるようになりました。af3e509 @vincentkoc に感謝します。
• ネイティブ Windows の crabbox ハイドレーションで、必要な Windows デーモンジョブが自動的に選択されるようになりました。これにより、WSL2 と明示的なジョブのオーバーライドは変更せずに、実行の失敗や誤ったルーティングを回避できます。d5d9a82 @vincentkoc に感謝します。
• ローカルエージェントのアバターを設定する場合、ワークスペース相対ファイルを 2 MB 未満に保つことで画像が表示されない問題を回避できます。一方、HTTP(S) およびデータ URI のアバターにはこの制限は適用されません。#78884 関連: #65312。@wangjieweb3-design、@nyx-nocturna に感謝します。
• OpenClaw のデフォルトのエージェント指示で、カスタムビルドを提案する前に適切な無料またはオープンソースのソリューションを確認するようエージェントに求めるようになりました。そのうえで、カスタム対応のほうが適している場合は引き続き許可されます。#86608 @cablackmon に感謝します。
• Plugin の作者は、送出されない agentId または childSessionKey フィールドに依存する代わりに、subagent_ended イベントで文書化された targetSessionKey を使用し、対応する生成処理と照合できるようになりました。#95191 関連: #95186。@ken-jo、@mahaohao-ch に感謝します。
• OpenClaw のドキュメントとショーケースカードにある ClawHub のスキルリンクが、所有者で修飾された正規ページを開くようになりました。また、インストール例では、従来のスラッグのみのルートではなく、コピーしてすぐに使える openclaw skills install @owner/<slug> 参照を使用するようになりました。#95972 @patrick-erichsen に感謝します。

ツールとスケジュールされた処理

スケジュールされたジョブと組み込みのツールで、処理の完了、再試行、失敗の報告、意図した入力の保持がより一貫して行われるようになりました。Plugin SDK ランタイムの改善により、ツールを利用する拡張機能についても、読み込み、結果の返却、スケジュールされた処理の実行時の信頼性が向上しました。

情報源と貢献者

• 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 組み込みの展開プログラムを使用するようになったため、ripgrep などの ZIP ダウンロードを展開する際に、エージェントが管理するツールのインストールが失敗しにくくなりました。a5fde91
• Windows のセットアップとランタイムチェックで、予期しない PATH エントリに依存せず、信頼された System32 リゾルバーを使用することにより、必要なツールをより確実に検出できるようになりました。d3b4444 @vincentkoc に感謝します。
• timeoutMs: 0 で作成された SDK 実行で、不要なクライアント側ウォッチドッグを起動せず、指定されたゼロのタイムアウトが維持されるようになりました。2bdcc83 @vincentkoc に感謝します。
• 呼び出し元が極端に大きな実行タイムアウトまたはアイドル出力タイムアウトを指定した場合でも、停止した OpenClaw コマンドを確実に終了できるようになりました。1425bb3 @vincentkoc に感謝します。
• 極端に大きなタイムアウト設定が指定されたコマンドで、ランタイムが要求された待機をスケジュールできずに失敗する代わりに、安全な最大値が使用されるようになりました。66b94ba
• プロバイダー固有のツール許可・拒否設定と OpenClaw の doctor 警告との整合性が向上しました。プロバイダーのエイリアス、モデル固有のキー、OpenRouter 形式のモデル ID、または不正なポリシーエントリを含む構成にも対応します。8f2882f
• SDK アプリケーションで、ターミナルツールが失敗またはブロックされたときに、誤解を招く完了イベントではなく tool.call.failed を受信するようになりました。これにより、既存の失敗処理が正しく対応できます。#95383 @ly-wang19 に感謝します。
• 認識済みのジョブフィールドの末尾に無害なスペースが含まれている場合に、Cron の追加および更新リクエストが拒否される問題を修正しました。曖昧または安全でない入力に対するチェックを緩和することなく、スケジュールを保存できるようになりました。#95674 関連: #95407。@nassiel、@zw-xysk に感謝します。
• Codex サブエージェントの監視で、不要なスキャンを抑えながら、多数の子エージェントとトランスクリプトファイルを処理できるようになりました。古い形式のトランスクリプトファイル名も、従来どおり解決されます。#96085 @vincentkoc に感謝します。
• ネイティブ Windows の crabbox ハイドレーションで、ランナーとデーモンが異なるホームディレクトリを使用している場合に処理が停止したり、引き継ぎが失われたりする問題を修正しました。両方が同じジョブ状態と停止ファイルを検出できるようになりました。f354889 @vincentkoc に感謝します。

その他の貢献

• リポジトリの 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 に感謝します。