OpenClaw、信頼性向上のためチャネル配信・接続不具合を修正した v2026.6.11 を公開

フィードバックを伺いました。v2026.6.11 では、OpenClaw が信頼しにくいと感じさせる荒削りな部分を重点的に改善し、誤った返信の修正、送信停止の解消、再接続機能の強化、モデル設定時の失敗対応、そしてより安全な管理者デフォルト値の実装を行いました。

完全リリースノート

主な改善点

#### チャネル配信の信頼性向上

配信および再接続に関する修正は、Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu、Mattermost、WebChat、コントロール UI、そして ターミナル UI にわたって適用されています。

• Google Chat の新しいダイレクトメッセージが誤ってグループ会話として扱われる問題を修正し、正しい 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 さんに感謝。
• 推論機能を持つモデルを使用したハートビートチェックでは、Telegram や WhatsApp、その他のチャンネルで内部の推論プロセスが露出する代わりに、アシスタントの意図した返信が表示されるようになりました。オプトイン型の「Thinking」メッセージも引き続き動作します。#92356 関連 #92260。@jmpei さん、@tangtaizong666 さん、@vincentkoc さんに感謝。
• Telegram のプログレスモードチャットでは、新しいツール出力やアーティファクトが表示される前に古い進行状況バブルをクリアし、会話をクリーンで読みやすい順序に保つようになりました。#93002 関連 #90753。@shadow-enthusiast さん、@zhangguiping-xydt さんに感謝。
• iMessage のコマンドおよびリンクメッセージは、遅れて到着するリンクプレビューがあっても、1 つの OpenClaw ターンとしてまとまるようになりました。一方、同じ送信者によるダイレクトメッセージの統合を有効にしたユーザーにとっては、無関係なクイックメッセージは別個に保持されます。#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 ウェブフックユーザーは、一時的なメッセージのブラックアウトなしに、短いチャンネルの再起動、設定のリロード、回復サイクルの間も DM やグループメッセージを受け取り続けることができます。#94506 関連 #90254。@obviyus さん、@travellingsoldier85 さん、@xialonglee さんに感謝。
• Matrix の E2EE ゲートウェイは、長時間の使用時にメモリを徐々に消費してクラッシュしチャンネルや進行中の作業が停止するのではなく、オンライン状態を維持できるようになりました。#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 ゲートウェイを共有している人々は、サポートされているチャットチャンネル間で、個別のダイレクトメッセージ連絡先に対して異なるモデルを割り当てるようになりました。既存のグループおよびワイルドカードモデルの選択は従来通り動作します。#95120 関連 #53638。@gandalf-at-lerian さん、@thomaszta さん、@xydigit-zt さんに感謝。
• Telegram では、短い初期プレビューやプログレスモードの返信の間も OpenClaw が動作中であることを表示するようになりました。これにより、最終メッセージが到着するまでチャットが無音になることがなくなりました。#95183 関連 #95004。@obviyus さんに感謝。
• Matrix ユーザーとオペレーターは、ホームサーバーが過大または停止した応答を送信した場合に明確な失敗が表示されるようになりました。これにより、OpenClaw がバッファリングを続けて無制限のメモリ使用を引き起こすリスクがなくなりました。#95240 @alix-007 さんに感謝。
• 多数の注入された環境変数を持つ Kubernetes スタイルのデプロイメントで、遅延または欠落した Telegram やその他のキューチャネル返信の問題を修正しました。これらの環境では、キューデータベースを開くとゲートウェイが停止する可能性があります。#95278 関連 #94571。@kaka-srp さんに感謝。
• Telegram チャットでは、1 つのメッセージがタイムアウトして停止した後に回復し、同じチャットまたはトピック内の後のメッセージがゲートウェイを再起動せずにエージェントに到達できるようになりました。#95299 関連 #95248。@kriegerbangerz-ship-it さん、@mikasa0818 さん、@obviyus さんに感謝。
• 共有ダイレクト会話で Telegram と他の OpenClaw クライアントを切り替える際、短い Telegram の返信が古い無関係な提案に対して応答するのではなく、最新の会話に従うようになりました。#95390 関連 #95378。

@maiduy708, @mikasa0818, @obviyus さん、ありがとうございます。

• マルチメッセージ返信後に Telegram、Discord、Slack、および他のストリーミングチャットでアシスタントのメッセージが重複して表示される不具合を修正しました。#95432 @vincentkoc, @yetval さん、ありがとうございます。
• WhatsApp の返信 now、会話の文脈を失う別々のメッセージとして表示されるのではなく、回答対象となるダイレクトまたはグループメッセージに固定されるようになりました。#95483 @mcaxtr さん、ありがとうございます。
• Telegram のリッチメッセージ返信 now、設定変更なしで、複数行のコンテンツが一つの連続したブロックに圧縮されることなく、段落、箇条書き、ステータスラインがそれぞれ分離された状態で保持されるようになりました。#95532 関連 #95409。@amknight さん、ありがとうございます。
• ネイティブスラッシュコマンドを有効にした Mattermost の管理者は、アクティブランキューイング（実行待ち行列）のモード、デバウンスタイミング、キャップ、ドロップ処理を調整するために、Mattermost 内で直接 /oc_queue を使用できるようになりました。#95546 @amknight さん、ありがとうございます。
• レガシーなマルチアカウントチャネルアップグレード後も、以前許可されていたメッセージが名前付きアカウントに到達し続け、Mattermost、Discord、Slack、Telegram、Signal、WhatsApp、iMessage、IRC を通じて継承された DM およびグループアクセスルールが維持されます。#95550 @amknight さん、ありがとうございます。
• Mattermost ユーザーは、ボットが返信した後に再度ボットをメンションすることなくスレッド内で会話を続けることができ、その参加状況はスレッドが 7 日間アイドル状態になるまでゲートウェイの再起動後も維持されます。#95552 @amknight さん、ありがとうございます。
• 受信した Telegram メッセージ now、次のポーリング間隔やゲートウェイの再起動、または手動介入を待たずに、設定された OpenClaw セッションに即座に到達するようになりました。#95577 関連 #86957。@freidrich-goldenflow, @liuwqgit さん、ありがとうございます。
• QQBot ユーザー now、有効なセパレーターが各列にダッシュを 1 つまたは 2 つ使用する場合、完全なマークダウンテーブルを受け取れるようになりました。以前はヘッダーと最終行以外のすべての行が失われていました。#95637 @ly-wang19 さん、ありがとうございます。
• Synology Chat ユーザー now、設定されたコアタイムアウトが許容する場合、エージェントの返信が 120 秒を超えるものも受け取れるようになりました。以前はチャネル側で早期に拒否されていました。#95707 @sahibzada-allahyar, @vincentkoc さん、ありがとうございます。
• Telegram のフォーラムトピックの cron ジョブ now、メインの告知が同じチャット内のトピックを使用している場合でも、個別に設定された障害アラートを意図した宛先に送信し続けるようになりました。#95794 @vincentkoc さん、ありがとうございます。
• WhatsApp のグループ返信で、ユーザーのトリガーメッセージではなく古い OpenClaw メッセージを引用してしまう不具合を修正しました。これにより、返信対象が利用可能な場合は最終回答が意図したメッセージに固定され、利用できない場合は古くなったボットの文脈に戻ってしまうのを防ぎます。#95914 @mcaxtr さん、ありがとうございます。
• WhatsApp ユーザー now、WhatsApp が同じダイレクトチャットを異なる方法で識別した場合でもプロンプトが固まらないように、リアクションでプロンプトの承認または拒否が可能になりました。グループでの承認は依然として正しいグループと人物に紐付けられます。#95935 @mcaxtr さん、ありがとうございます。
• OpenClaw がブロックテキストが既に送信済みかどうかを確認する際、最終返信処理の CPU 使用量が削減されました。どの返信がチャットに到達するかや、重複テキストがどのように抑制されるかは変更されていません。#96087 @vincentkoc さん、ありがとうございます。
• 外部チャネルプラグインからの実行承認結果 now、WebChat にフォールバックしたり、承認後に消えたように見えたりするのではなく、コマンドが開始されたチャットまたは DM に返されるようになりました。#96140 関連 #96103。@lansenger-pm, @vincentkoc, @yetval さん、ありがとうございます。
• WhatsApp の最終回答 now、古い OpenClaw メッセージに返信する際、ユーザーが直後に送信したフォローアップメッセージに対して引用付きで表示されるようになりました。以前は引用なしで到着するか、古いボット返信に戻ってしまっていました。#96220 @mcaxtr さん、ありがとうございます。
• Nextcloud Talk ボット now、通常のファイル共有やライフサイクルイベントを無視し、それらをボットのエラーとしてログに記録したり配信が無効化されるリスクを回避します。ただし、不正なチャットペイロードの場合は依然としてエラーが返されます。#96243 関連 #81566。@arkyu2077, @rafaelmgbh, @vincentkoc さん、ありがとうございます。
• Mattermost チャネルでの返信とメッセージツールの配信 now、エージェントがそれらの会話をグループチャットではなくチャネルとして識別するため、チャネルおよびスレッドのガイダンスを使用するようになりました。既存のグループチャットの動作は変更されていません。#96244 関連 #95645。@arkyu2077, @iloveleon19, @vincentkoc さん、ありがとうございます。
• MCP チャネル統合 now、クライアントが過度な制限やタイムアウトを要求した場合でも、会話リスト、メッセージ既読、イベントポーリング、待機状態が予測可能な範囲内に維持されます。a39e548 @vincentkoc さん、ありがとうございます。
• 長時間実行されるストリーミング自動返信 now、異常に大きなタイムアウトが設定された場合でも、早期に停止したり一貫性なく中止されたりする可能性が低くなりました。6c85b90 @vincentkoc さん、ありがとうございます。
• チャネルの進捗状況 now、他の更新後に実際に作業が戻ってきた場合に重複したステータスを表示し、有用な文脈を重複として隠さないようになりました。8a75c4d
• 完了したチャネル返信 now、回答完了後に古くなったステータステキストが表示されないよう、遅れて進捗通知が追加されなくなりました。a594d2c @vincentkoc さん、ありがとうございます。
• ストリーミングチャネル返信中 now、進捗メッセージは古い更新に固まることなく、最新のステートを表示し続けるようになりました。e114001 @vincentkoc さん、ありがとうございます。
• Matrix の強制リセット now、利用できないシークレットストレージをランタイムエラーなしで処理し、回復アクセスが利用不可として扱われるため、リセットパスを安全に継続できます。5c5a8a4 @vincentkoc さん、ありがとうございます。
• 設定されたチャネル now openclaw channels status --json で引き続き表示されますが、配信するアクティブなプラグインがない古くなったエントリを持つ予定告知は拒否されます。a641c0d
• Discord の音声会話 now、バックトゥバックのアシスタント応答が継続し、キューされた返信が前のオーディオストリームのクローズ後に再生されるようになりました。以前は固まっていました。88b64e4 @vincentkoc さん、ありがとうございます。
• Discord の進捗プレビュー now、エージェント応答が既に到着し始めている場合でも、最終編集前に停止する可能性が低くなりました。86ea382
• チャット now、アシスタントが沈黙する意図がある場合に NO_REPLY という文字列が表示されなくなりました。正当なメディア応答はプレースホルダーなしで依然として到着します。96c6f80
• Telegram のストリーミング返信 now、各進捗見出しが 1 回だけ表示されるようになり、ツールおよび検索の更新をより簡単にスキャンできるようになりました。013e33c @vincentkoc さん、ありがとうございます。
• 長時間実行中のタスク、クラッシュ、またはゲートウェイ再起動後に固まってしまった Telegram メッセージ now、自動的に処理を再開するため、後のメッセージが黙って待機したり、オペレーターが手動でキューを修復する必要がなくなりました。#97543 @romneyda, @vincentkoc さん、ありがとうございます。

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

Model setup、OpenAI、OpenRouter、opencode-go、および fast-mode のフォローアップ動作は、影響を受ける設定においてより明確に回復するようになりました。

• MiniMax のテキスト音声合成および音声メモは、OpenClaw がプロバイダのデフォルトに頼らず、自身がデコード可能なオーディオ形式を明示的に要求するようになったため、失敗しにくくなりました。#73079 @efe-arv 氏へ感謝。
• ゲートウェイ運営者は、追加のデバッグログを有効にせずともモデルルーティングや転送の問題を診断しやすくするため、通常のログでプロバイダ、モデル、リクエストステータス、タイミングの詳細を確認できるようになりました。#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 リストおよびその他のプラグイン対応のモデルまたはプロバイダ選択パスは、CPU コアを消費しながら数秒間停止するのではなく、素早く応答するようになりました。プラグインの変更も通常通りリフレッシュされます。#93356 @obuchowski 氏へ感謝。
• ホスト型 Ollama Cloud ユーザーは、再起動後に明示的に設定したモデルのみを保持でき、共有カタログ全体が自動的に再追加されることはありません。ただし、ローカルおよびセルフホスト型の Ollama サーバーに対する自動検出は継続されます。#93956 @jason-allen-oneal 氏へ感謝。
• ローカルプロバイダが一般的な「LLM リクエスト失敗」エラーを返した場合、Cron ジョブはフォールバックを使用せずに失敗するのではなく、設定されたフォールバックモデルへの再試行または切り替えが可能になりました。#94062 関連 #93931。@hugenshen 氏へ感謝。
• 期限切れのプロバイダトークンにより、有用な運営者ログが繰り返されるフォールバック警告に埋もれることがなくなりました。最初の警告と後続の重複要約は診断のために引き続き利用可能です。#94233 関連 #56979。@goutamadwant 氏、@yanan1991 氏へ感謝。
• Google Gemini 3.5 Flash は、現在、最大 1,048,576 トークンのコンテキストウィンドウをフルに活用して選択できるようになり、モデルが見つからないエラーや不要なプロンプトサイズ拒否を回避できます。#94726 関連 #94723。@ajwan8998 氏、@anguslogan01 氏、@kevinat 氏へ感謝。
• ダッシュボードの子セッションは、許可されたプロバイダ資格付きモデルの選択を一貫して処理し、保存されたモデル状態が古くなった場合に正確な回復ガイダンスを提供します。#94752 関連 #94713。@gr4via 氏へ感謝。
• Claude CLI ユーザーは、完了更新の約束が決して届かないことがなくなりました。OpenClaw が進行状況を放置する前に、サポートされていないネイティブバックグラウンドワークをブロックするためです。#95008 @anagnorisis2peripeteia 氏へ感謝。
• OpenClaw は、メモリ内で応答全体をバッファリングする前に、過大なプロバイダカタログまたは JSON 応答を明確なエラーで拒否するようになりました。#95218 @alix-007 氏へ感謝。
• OpenRouter ユーザーは、OpenClaw が重複したプロバイダプレフィックスを送信してリクエストが失敗していた model_not_found エラーを回避し、宣伝されている短い 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 を壊すバグを修正し、運営者およびプラグイン開発者が意図したプロバイダモデルを取得できるようにしました。#95744 関連 #95743。@parveshsaini 氏へ感謝。
• 初回セットアップでは、新しくインストールされた外部プロバイダの認証情報プロンプトが開かれるようになり、ループしているように見えて OpenAI が選択されたままになることがなくなりました。#95792 関連 #95765。
• 過大または停止したプロバイダカタログは、OpenClaw をフリーズさせたり無制限のメモリを消費したりするのではなく、明確なエラーで素早く失敗し、通常のカタログは引き続き読み込まれます。#95827 @alix-007 氏へ感謝。
• Xiaomi Token Plan ユーザーは、古くなった 32,000 トークンの制限で停止されるのではなく、mimo-v2.5 および mimo-v2.5-pro で最大 128K の出力トークンを使用できるようになりました。#95934 @idootop 氏へ感謝。
• ツール使用量の多いモデル応答は、オーバーヘッドを減らしながらストリーミング可能になり、Google および OpenAI 互換プロバイダ間で繰り返されるツール呼び出し ID と暗号化された推論詳細が、正しい呼び出しと一致し続けます。#95957 @vincentkoc 氏へ感謝。
• バンドル ACPX ユーザーに対するトークン使用量の集計がより信頼性が高まりました。OpenClaw が別個のパッケージのオーバーライドや手動クライアント更新なしで、デフォルトで ACPX 0.11.2 の永続化修正を含めるようになったためです。#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 実行は、高速モードフォールバック再試行をより信頼性高く処理し、最終試行が完了するか進行状況を正しく報告するために必要な状態を保持します。14e448e @vincentkoc 氏へ感謝。
• モデルフォールバック試行がまだ実行中の間にユーザーに高速モードリセット通知が表示されなくなりました。これは、実行が最終的なフォールバック試行に達した時のみ表示されます。6eb72a8
• OpenClaw がプロバイダの「選択されたモデルが見つかりません」応答を一般的なエラーではなくモデルが見つからない失敗として認識するようになったため、設定されたライブモデルが利用不可能になった場合、ユーザーと運営者はより明確な処理を受けられます。2405d02 @vincentkoc 氏へ感謝。
• Qwen および vLLM は、思考機能がオンまたはオフに切り替えられた際にも既存のチャットテンプレート設定を一貫して保持し、プロバイダプラグインは同じテスト済みのヘルパーを使用できます。2ba9d6e @vincentkoc 氏へ感謝。
• OpenAI 互換プロキシプロバイダは、思考レベルとレガシー reasoning_effort フィールドをより一貫して処理できるようになり、プラグイン開発者およびプロバイダメンテナは、OpenRouter、Kilocode、SDK 全体で1つの文書化された正規化ヘルパーを使用できます。35bafea
• ブラウザおよび Vite ビルドは、サーバー専用依存関係がバンドルを壊すことなく OpenAI ChatGPT Responses プロバイダを読み込めるようになりました。WebSocket 失敗は依然として正常に表示されます。8c8eb86 @vincentkoc 氏へ感謝。
• OpenRouter のモデルスキャンは、無制限のメモリ消費を避けるために過大な応答を拒否し続ける一方で、ランタイム検出と同じくより大きな有効なカタログを受け入れるようになりました。ad3b2f4 @vincentkoc 氏へ感謝。
• OpenAI Responses ユーザー（影響を受けた Bedrock Mantle GPT-5.x 推論セットアップを含む）は、数十回の繰り返しの累積コピーではなく、保存されたトランスクリプトと再生コンテキストが整合した1つのクリーンな最終回答を受け取ります。#92399 関連 #91959。@amersheeny 氏、@daimingnj 氏、@phoenixyy 氏、@pigfoot 氏へ感謝。
• opencode-go モデルを使用するスケジュールジョブおよび孤立セッションは、数分間フリーズして一般的な「LLM リクエスト失敗」エラーで終了するのではなく、停止したリクエストを設定されたタイムアウトまたはフォールバック処理に移動します。#93965 関連 #93610。@forceconstant 氏、@zhangguiping-xydt 氏へ感謝。

#### セッション、メモリ、および信頼の継続性

セッション、圧縮、メモリ、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 氏に感謝。
• 自動圧縮中に停止ボタンを押した後にコンテキストが失われる可能性が低くなりました。これは、停止時に圧縮リクエストもキャンセルされるようになったためです。#89886 関連 #89868。@lykeion-dev 氏、@openperf 氏、@vincentkoc 氏に感謝。
• エージェント間セッションアクセスがブロックされた場合、OpenClaw は現在、必要な可視性、エージェント間、および許可リスト設定をすべて一覧表示します。これにより、オペレーターは存在しないエージェントの障害を追跡するのではなく、ポリシー構成を修正できるようになります。#90489 関連 #90443。@ramitrkar-hash 氏、@sahibzada-allahyar 氏、@vincentkoc 氏に感謝。
• openclaw memory status コマンドは、現在は正しく Dreaming: off と報告する代わりに、アクティブなライトまたは REM ドリームフェーズを表示します。これにより、オペレーターは有効なメモリ構成が有効になっていることを確認できます。#93113 関連 #67868。@agentarclab 氏、@mrossit 氏に感謝。
• タイムアウトした QMD メモリ検索は、エージェントが次に進むとバックグラウンド処理を停止します。これにより、放棄されたプロセスが CPU とメモリを消費し続けることが防止されます。#93394 @alix-007 氏に感謝。
• 圧縮後に送信された繰り返し指示は会話に残るようになりました。これにより、ターンが失われたり、孤立した返信が発生したり、一部のプロバイダーが拒否する不具合のある履歴が作成されるのを防ぎます。#94328 @vincentkoc 氏、@yetval 氏に感謝。
• Memory Wiki の「古くなったページ」レポートでは、永続的な概念および合成ページが鮮度警告から除外されるようになりました。これにより、レビューが必要なソースおよびエンティティページへの注目が維持されます。#94369 @sunnyshu0925 氏、@vincentkoc 氏に感謝。
• 最近の進捗がある長い埋め込み実行は、古くなったセッションからの回復によって中断される可能性が低くなりました。一方、実際に停止した実行はクリアされ、キューされた作業が継続されます。#94701 @imadal1n 氏、@mrclawfield 氏に感謝。
• Ollama のメモリ検索では、設定されたより小さな埋め込み次元が尊重され、異なる次元のインデックスは分離されたまま維持されます。これにより、互換性のないベクトルが混在することが防止されます。#94811 @mushuiyu886 氏に感謝。
• メモリ検索とターゲットリフレッシュは、トランスクリプトのファイル名が変更された場合や QMD エクスポートで異なる名前が使用される場合でも、正しい OpenClaw セッションに接続されたまま維持されます。#95087 @jalehman 氏に感謝。
• スクリーンショットやその他の画像を含む長時間実行中の会話は、OpenClaw が新しいメッセージのためにスペースを作る際にも、保持された会話が進まずに繰り返し満杯になるのではなく、一貫して継続性が保たれます。#95128 @yetval 氏に感謝。
• Windows ユーザーは、OpenClaw が起動前にパス区切り文字を削除することなく、ドライブ文字や UNC ロケーションを含む設定された絶対 memory.qmd.command パスを通じて、Q ベースのメモリインデックス作成および検索を実行できるようになりました。#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 キーなしで圧縮できるようになりました。#95831 関連 #95693。@sallyom 氏、@yui-tien 氏に感謝。
• 長くツール使用量の多いセッションでは、最後に大きなツール結果が表示されても止まらず、過大な会話を圧縮できるようになりました。#95860 関連 #78478。@jw8957 氏、@wzhgba 氏、@yetval 氏に感謝。
• Node ランタイムに node:sqlite が不足して memory_search が利用できない場合、OpenClaw は無関係な埋め込みプロバイダーのトラブルシューティングを経由させるのではなく、ユーザーに互換性のあるランタイムを案内します。#95916 @rrrrrredy 氏、@vincentkoc 氏に感謝。
• コンパウンドされた Copilot セッションを検査する開発者やオペレーターは、不完全な結果ではなく、そのサマリー、前後のトークン数、およびセッション詳細を取得できるようになりました。#96049 @vincentkoc 氏に感謝。
• /stop および中止コマンドは、セッションキーの正規化が必要であったり、中止メタデータを保存できない場合でも、アクティブな実行を停止し、キューされたフォローアップをクリアし、関連するサブエージェントを迅速に終了し続けます。#96201 @jalehman 氏に感謝。
• Voice Wake のアップグレードでは、OpenClaw が廃止された設定ファイルから共有状態データベースへ移行する際、既存のトリガーフレーズとルーティングルールが引き続き動作するように維持されます。bdf81a8
• 古い OpenClaw の状態レイアウトからのアップグレードでは、その状態が SQLite へ移行する際にも、更新通知、チェックのスロットリング、利用可能なバージョン記録、および自動更新試行履歴が保持されます。eb00d49 @vincentkoc 氏に感謝。
• プラグインチャネルの会話は、起動時、ドクターチェック、状態修復を通じて意図したセッションをより確実に維持します。古いバインドレコードは OpenClaw の共有データベースへ移行されます。9f888d9
• Windows のメモリベースセッション同期では、パス形式が異なる場合でも意図したトランスクリプトファイルの継続使用を維持します。b3b5b08 @vincentkoc 氏に感謝。
• セッションキーが欠落している、または空白の埋め込みエージェント実行は、一貫性のないセッションルーティングを経由されるのではなく、意図したセッションに引き続きアタッチされます。911f853 @vincentkoc 氏に感謝。
• モデルが誤ったツール名を推測した場合、Tool Search と Code Mode では、正しいツールの見つけ方と再試行方法を案内します。これにより、長時間実行中のセッションが停止したり、圧縮中に永続的なメモリを失ったりするリスクが軽減されます。#93374 関連 #92273。@mushuiyu886 氏、@poison 氏、@vincentkoc 氏に感謝。
• コンパクション後にアシスタントの返信が WebChat、Control UI、Feishu、およびその他の埋め込み会話から消えるという不具合を修正し、更新されたチャットを読みやすく、フォローアップリクエストを分離して維持します。#95484 関連 #76729。@maweibin 氏、@njuboy11 氏、@vincentkoc 氏に感謝。
• OpenClaw のメモリ機能では、アクティブ、リセット、削除されたトランスクリプトのカバレッジが、設定されたセッションストアとエージェントの所有権に合わせて維持されるようになりました。これにより、ドリーミング、QMD エクスポート、インデックス作成、同期で会話履歴を見落としたり誤って属性付けしたりする可能性が低くなります。#96162 @jalehman 氏に感謝。
• Gateway の TLS セットアップでは、証明書またはキーパスが空白の場合、明確に拒否するか OpenClaw のデフォルトを使用します。これにより、混乱を招く起動や証明書の生成失敗を回避しつつ、有効なパスは保持されます。#94054 @miorbnli 氏に感謝。
• 設定されたプラグインポリシーでは、Gateway レジストリの変更、再読み込み、または後のフック初期化の後でも、機密性の高いツール呼び出しのブロックまたは書き換えが継続され、静かにスキップされることはありません。#94545 @jesse-merhi 氏に感謝。
• operator.approvals を持つモバイルオペレーターは、プッシュ通知のみに頼らず、アプリが起動している間も含め、リクエストを開始した iOS デバイス上でチャトリガーされた実行承認を確認および解決できるようになりました。#95175 @joshavant 氏に感謝。
• Control UI ユーザーは、パッチ適用された DOMPurify リリースを取得しました。これにより、インターフェースの動作を変更することなく、GHSA-cmwh-pvxp-8882 センサー脆弱性への曝露が軽減されます。#95691 @vincentkoc 氏に感謝。
• プラグイン会話バインドに対する「常に許可」承認は、古い設定ファイルから引き継がれ、複数の OpenClaw プロセスが実行されている場合でも失われたり上書きされたりする可能性が低くなりました。ae41b00 @vincentkoc 氏に感謝。
• Matrix ユーザーは、強制クロス署名リセットが進行する前にアクティブな回復キーが必要であることを確認できるようになりました。これにより、二回目のリセットによって暗号化の回復やルームキーバックアップが使用不能になることが防止されます。#95720 関連 #78396。@jteddy 氏、@vincentkoc 氏、@xialonglee 氏に感謝。

#### Slack ルーター・リレーモード

Slack ルーター・リレーモード は、管理型およびマルチゲートウェイ展開において、メンション、スレッド、返信の所有権をゲートウェイが保持したまま、着信する Slack トラフィックを一元化するためのサポートされた方法を提供します。

• 管理型の Slack 展開では、メンションと進行中のスレッドを適切な OpenClaw ゲートウェイへ送信し、返信は引き続き Slack を通じて表示できるようになりました。 #94707 @pash-openai 氏、@sjf-oa 氏に感謝します。

#### Raft 外部エージェント・ウェイクブリッジ

Raft チャンネル および Raft プラグイン は、外部エージェント向けのローカル CLI ウェイクパスをサポートするようになりました。

• Raft 外部エージェントの運用者は、ワークスペースに保留中の作業がある場合、サポートされるローカル CLI ブリッジを通じて OpenClaw エージェントを起動できるようになりました。これには名前付きプロファイルと、不足している CLI の前提条件の確認が含まれます。 #95497 @vincentkoc 氏に感謝します。

#### 公式プラグインのインストールおよび修復

プラグイン管理 および プラグインインベントリ は、通常のインストール、更新、修復ワークフローを通じて、より多くの公式統合をカバーするようになりました。

• plugins.allow に実際のプラグイン ID の代わりにチャンネル名やパッケージ名を指定した場合、起動ガイダンスが一致しないエントリを特定し、設定を修正するために必要な発見されたプラグイン ID を表示するようになりました。#68389 関連 #68352。@aym9999、@jirboy、@lyfuci、@pahuchi-joe、@zmxccxy 各位に感謝します。
• 初めてインストールする場合や新規インストールの場合のプラグイン信頼警告には、コピーしてすぐに使える plugins.allow の例と、プラグイン ID を一覧表示または検査するためのコマンドが含まれるようになりました。これにより、ユーザーはプラグインコードを信頼したり再インストールしたりする前に警告を解決できるようになります。#78105 関連 #68780。@jirboy、@pahuchi-joe 各位に感謝します。
• Codex のマイグレーションは、openclaw migrate がインストールされたプロバイダーを検出できるようになったため、標準的なグローバルプラグインインストールでも動作するようになりました。これにより、「Unknown migration provider」というエラーで失敗することがなくなりました。#89612 関連 #89609。@mugabuga、@zerone0x 各位に感謝します。
• プラグインのインストールと更新は、古くなった OpenClaw が管理する依存関係のピン留めから回復できるようになり、npm EOVERRIDE エラーで失敗することがなくなりました。これにより、ユーザーが明示的にインストールしたパッケージが後続の同期処理でダウングレードされたり削除されたりすることもありません。#91786 関連 #91772。@amknight、@mkdelta221 各位に感謝します。
• チャンネルプラグインの開発者は теперь、ネイティブの送信者 ID と会話 ID をフックや選択された実行ワークフローを通じて引き継ぐことができるようになりました。これにより、既存の送信者とチャットフィールドを壊すことなく、統合に対してより精密なルーティングが可能になります。#91903。@lanzhi-lee、@vincentkoc 各位に感謝します。
• プラグインの発見処理において、起動時に実行されるブロック型のファイルシステムチェックが削減されました。これにより、バンドルされたプラグイントリーにおける不要なコールドスタート作業を減らすことができます。特に slower Windows ファイルシステム上での効果が顕著ですが、バンドルの発見動作自体は変更されていません。#93919 関連 #76209。@ml12580、@shenhonglong456-ai 各位に感謝します。
• プラグインゲートウェイのメソッドは、登録後に openclaw gateway call を通じて利用可能になりました。これにより、プラグイン作者はスクリプトや cron ジョブからこれらのメソッドを使用できるようになり、「unknown method」エラーが発生しなくなりました。#94154 関連 #94127。@brycemurray、@pick-cat、@vincentkoc 各位に感謝します。
• ClawHub のスキル発見とインストールチェックにおいて、市場からの応答が巨大化したり停止したりした場合でも OpenClaw がフリーズしたりクラッシュしたりする可能性が低減しました。これは、メモリを枯渇させる前に過大または停止した市場応答を停止するように処理されたためです。#95226。@alix-007 各位に感謝します。
• ピン留めされた公式プラグインは、アップグレード後に openclaw doctor の修復アドバイスやディープゲートウェイステータスに従った場合でも、古いリリースのままになることがなくなりました。#95541。@ooiuuii、@vincentkoc 各位に感謝します。
• 管理対象の npm プラグイン更新により、実行中のゲートウェイでモジュールが見つからないエラーが発生して作業が中断される可能性が低減しました。これは、古いプラグインファイルが後続のゲートウェイ起動によるクリーンアップまで利用可能に残されているためです。#95589。@ooiuuii、@vincentkoc 各位に感謝します。
• サポート対象のブランドに対する公式プラグインカードは、ClawHub やその他のカタログで認識可能なアイコンを表示するようになりました。また、プラグイン作者は文書化されたマニフェストフィールドを通じて市場向けの画像を提供できるようになりました。#95845。@patrick-erichsen 各位に感謝します。
• ClawHub やその他のカタログ内の公式プラグインアイコンは、以前のようにハードコードされた同じ色に強制されることはなくなりました。これにより、Simple Icons はデフォルトの画像を使用できるようになりました。#95987。@patrick-erichsen 各位に感謝します。
• Docker ユーザーは、GHCR のほかに公式の openclaw/openclaw Docker Hub ミラーを利用できるようになりました。また、バージョン付きベータ版リリースが安定版の latest および main エイリアスを上書きしないように管理されています。#97122。@ 各位に感謝します。