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

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

ハイライト

チャネル配信の信頼性

Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu、Mattermost 全体で、返信、コマンド、キューに入ったメッセージ、添付ファイルが欠落、重複、誤配送されたり、誤った会話に添付されたりしにくくなりました。

情報源と貢献者

• 新しい 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 に感謝します。
• 推論対応モデルを使用する Heartbeat チェックで、Telegram、WhatsApp、その他のチャンネルに内部推論を公開せず、アシスタントが意図した返信を表示するようになりました。オプトインの思考メッセージは引き続き機能します。#92356 関連: #92260。@jmpei、@tangtaizong666、@vincentkoc に感謝します。
• Telegram の進捗モードのチャットで、新しいツール出力や成果物が表示される前に古い進捗バブルが消去されるようになり、会話が整理された読みやすい順序に保たれます。#93002 関連: #90753。@shadow-enthusiast、@zhangguiping-xydt に感謝します。
• 遅れてリンクプレビューが到着した場合でも、iMessage のコマンドとリンクを含むメッセージが1回の OpenClaw ターンとしてまとまるようになりました。同一送信者からの 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 に感謝します。
• Telegram で、短い初期プレビューや進捗モードの返信中も OpenClaw が処理中であることが表示されるようになり、最終メッセージが届くまでチャットが無反応のままになることがなくなりました。#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 に感謝します。
• WhatsApp のグループ返信が、ユーザーのトリガーとなったメッセージではなく、以前の OpenClaw メッセージを引用することがある問題を修正しました。返信先を使用できる場合は、最終回答が意図したメッセージに関連付けられ、使用できない場合は古いボットのコンテキストを参照しません。#95914 @mcaxtr に感謝します。
• 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 チャネル内の会話をグループチャットではなくチャネルとして識別するようになったため、返信とメッセージツールによる配信でチャネルおよびスレッドのガイダンスが使用されるようになりました。既存のグループチャットの動作は変わりません。#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の構成では、古い選択肢が残ったりリクエストが停止したりする代わりに、失敗の報告や復旧がより一貫して行われるようになりました。

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

ソースと貢献者

• MiniMax のテキスト読み上げと音声メモは、プロバイダーのデフォルトに依存せず、OpenClaw がデコード可能な音声形式を明示的に要求するようになったため、失敗しにくくなりました。#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 に感謝します。
• Dashboard の子セッションで、許可されたプロバイダー修飾済みモデルの選択が一貫して処理され、保存されたモデル状態が古い場合に正確な復旧手順が提示されるようになりました。#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 が壊れた ID に変換される問題を修正しました。これにより、運用者と Plugin 作成者が意図したプロバイダーモデルを利用できます。#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 に感謝します。
• 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 実行で、高速モードのフォールバック再試行がより確実に処理されるようになり、最終試行の完了や進捗報告を正しく行うために必要な状態が維持されます。14e448e @vincentkoc に感謝します。
• モデルのフォールバック試行がまだ実行中である間は、高速モードのリセット通知がユーザーに表示されなくなりました。この通知は、実行が最後のフォールバック試行に到達した場合にのみ表示されます。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 の古いページに関するレポートで、永続的な概念ページと統合ページが鮮度警告の対象外になりました。これにより、実際に確認が必要な可能性があるソースページとエンティティページに注意を向けられます。#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 のアップグレード時に、廃止された設定ファイルから共有状態データベースへトリガーフレーズとルーティングルールを移行する際も、既存の設定が引き続き機能するようになりました。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 デバイス上でチャットからトリガーされた実行承認を確認して処理できるようになりました。#95175 @joshavant に感謝します。
• Control UI ユーザーに修正版の DOMPurify リリースが提供されるようになり、インターフェースの動作を変更せずに、GHSA-cmwh-pvxp-8882 サニタイザー脆弱性への露出を軽減します。#95691 @vincentkoc に感謝します。
• Plugin の会話バインディングに対する「常に許可」の承認が古い設定ファイルから引き継がれ、複数の OpenClaw プロセスが実行されている場合でも失われたり上書きされたりしにくくなりました。ae41b00 @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 の保管庫がワークスペースのメモリフォルダー内にある場合に、生成したソースページを自身へ繰り返しコピーする問題を修正し、ファイルの重複、反復的なクリーンアップ、不要なメモリインデックスの増大を防ぎました。#95666 関連: #95657。@johannes0402、@turbotheturtle、@vincentkoc に感謝します。
• memory-core の Dreaming と Active Memory を併用する運用環境で、夜間の Dreaming ジョブが不要な記憶の呼び出し処理を開始して 45 秒のタイムアウトに達することがなくなりました。通常のウェブチャットでは、引き続き記憶の呼び出しが行われます。#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がインストール済みプロバイダーを検出できるようになったため、Codex の移行が標準的なグローバル Plugin インストールで動作し、Unknown migration providerで失敗しなくなりました。#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 のスキル検出とインストールチェックによって OpenClaw が停止またはクラッシュする可能性が低くなりました。#95226 @alix-007 に感謝します。
• オペレーターがアップグレード後にopenclaw doctorまたは Gateway の詳細ステータスからの修復案内に従った場合、バージョン固定された公式 Plugin が古いリリースにとどまることがなくなりました。#95541 @ooiuuii、@vincentkoc に感謝します。
• 古い Plugin ファイルが後続の Gateway 起動でクリーンアップされるまで利用可能な状態で保持されるため、管理対象 npm 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 のスキルカードおよび更新リクエストは、異常に大きなタイムアウト値を受け取った場合でも、予測可能な形で完了またはタイムアウトするようになりました。8cd0c11 @vincentkoc に感謝します。
• Windows ユーザーは、llama.cpp のセットアップ手順によってブロックされたり処理が遅くなったりすることなく、ソースからのインストールを完了できるようになりました。また、インストーラーは完了後に既存のシェル設定を復元します。ea9065b @vincentkoc に感謝します。
• より多くの公式チャンネル、プロバイダー、ウェブ検索 Plugin を通常の外部パッケージカタログからインストールまたは修復できるようになり、既存の認証情報からも引き続き認識されます。#95683 @vincentkoc に感謝します。
• OpenClaw の信頼済みカタログから公式 Yuanbao チャンネル Plugin をインストールまたは更新するユーザーは、バージョン 2.15.0 を取得するようになりました。想定される整合性チェックと Plugin 欠落時の案内も、このリリースに合わせて調整されています。#94470 @jase-283 に感謝します。
• 初回実行時のオンボーディングで、削除済みのサードパーティ tap formula によって失敗することなく、バンドル済みのgogスキルを Homebrew からインストールできるようになりました。#95019 関連: #95017。@sedrak-hovhannisyan、@vincentkoc、@zengwen-dt に感謝します。
• Canvas、Discord、Slack、Voice Call、WhatsApp のユーザーは、インストール済みまたはバンドル済みの各 Plugin で同じスキルガイダンスを引き続き利用できます。一方、以前のルートskills/...パスへの参照は、関連する Plugin ディレクトリへ移動する必要があります。#95664 @vincentkoc に感謝します。
• ClawHub のスキル検証で、インストールと更新に使用するものと同じ@owner/<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 デプロイメントでは、マニフェスト、ファビコン、サービスワーカーのリクエストがそのプレフィックス配下に維持されるようになり、ログイン後にルートレベルで紛らわしい 403 エラーが発生することを回避します。#94204 関連: #94157。@hugenshen、@xrow に感謝します。
• Android ユーザーは、Settings で Health ログと 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、設定コマンド、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 の Skill 更新で、設定済みのインストール安全性ポリシーが尊重されるようになりました。また、openclaw skills update --all は、設定されている他の Skill を予期せずインストールせず、追跡中の ClawHub Skill のみを更新します。#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 に感謝します。
• PATH エントリが欠落または別のものに隠されている場合でも、Windows のポート診断で意図したシステムツールが使用されるようになりました。これにより、コマンド解決の失敗によって 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 ユーザーは、Crabbox がツールの起動前に停止することなく、npm でインストールされたコマンドシムを通じて crabbox、git、その他の Node ベースのツールを実行できるようになりました。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 に対して「不明」ではなく、実際のプロバイダー名とモデル名が表示されるようになりました。#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 を受け付けるようになりました。無効なポートは早期に拒否され、選択されたループバックターゲットが 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 @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
• プロバイダー固有のツール許可・拒否設定が、プロバイダーのエイリアス、モデル固有のキー、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 に感謝します。

その他の貢献

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