OpenClaw アクティブメモリタイムアウト: 失敗段階の診断

OpenClaw アクティブメモリタイムアウトは, の根本原因ではなく,失敗した呼び出し試みです. 対象となるインタラクティブターンでは,メイン回答は,回想された文脈なしにまだ届く可能性があります. 内容のない6つの事実を組み合わせてタイムアウトを診断する. セッションが適当かどうか,再起動後最初の適当な回答であったかどうか,アクティブメモリ状態,経過時間,設定されたタイムアウト予算,メモリバックエンドまたはサーキットブレーカー状態. timeoutMs を増加させないで下さい. より大きな締め切りは,冷たいバックエンド,遅いリコールモデル,または繰り返し失敗を隠し,すべての応募可能な応答に遅延を加えることができます. まず失敗した段階を分類し 1 つの制限変更を行い 同じ呼び出しカナリーを繰り返します このガイドは,OpenClaw 2026.5.2 以降に文書化された行動に固定され,2026.7.1 パッケージと比較された. 古い問題報告は有用な証拠ですが ウォールクロック行動は 現在のタイムアウト契約として扱わなければなりません アクティブメモリが実際に実行されていることを証明する OpenClawの実行ごとに一般的なメモリハックではありません. 公式 アクティブメモリドキュメントは,有効なインタラクティブな持続的な会話に限定されます. 頭のないワンショットタスク,心拍数,背景作業,一般的な内部コマンド,そしてヘルパーサブエージェントはこの呼び出しレーンを使用しません. 資格は事件の第一支です 証拠 解釈 次の動き セッションは対象ではなかったか,代理人には対象がなかったか. アクティブメモリ実行は予想されなかった ターゲティング仮定を修正し,タイムアウトを調整しないでください 資格のあるターン, start またはステータス証拠がない プラグイン,セッションタグ,チャットタイプ範囲,またはログインはおそらく最初の失敗層です /active memory status ,エージェントのターゲット,チャットタイプをチェック status=timeout で適格なターン 呼び出しが開始されたり,断路器で省略されたり 再起動,過去,バックエンド,回路の証拠を継続する 主要回答は届かなかった 追記品質よりも広い 返信配送を別々の利用状況として扱う テスト中に /verbose on をオンにします. ステータスラインは故意に小さい:ステータス,経過時間,クエリモード,概要長さ. /trace on はデバッグの概要を暴露することができるが,運用健康領収書には概要のテキストは必要ない. 事件の記録から 提示,記憶,レコーディング,証明書を取り除く OpenClaw は,開封障害の行為を文書化します. タイムアウト,利用できない検索,または空き呼び出しは,呼び出すコンテキストなしにメイン応答が継続できるようにします. 2つの独立した結果を生み出します 1. 返信配達: 助手が返信したのか? 2. Memory backed correctness: 期待された呼び出しコンテキストがその答えに達したのでしょうか? 返答は最初の答えだけだと証明する. 過去の決定から 疑問を投げかけられた場合,健康的な選択を呼ぶ前に 無害な決定のカナリーまたは人間のレビューを使用してください. 現在のタイムアウト方程式を使用 OpenClaw 2026.5.2 以降については,記録された最悪の状況のブロック予算は: 追加の3000 msは,固定飛行前および召集後の許容量に分割されます. モデルやメモリツールには実行時間が増えない. 召集作業の予算は timeoutMs + setupGraceTimeoutMs です. 推奨される timeoutMs: 15000 と現在のデフォルト setupGraceTimeoutMs: 0 では,文書化された天井は18秒です. 操作者が古い暗黙の動作からアップグレードした後で 30 秒のセットアップグレースを明示的に復元した場合,天井は 48 秒になります. これは30秒を どこにでも追加すべきではありません 冷始のガイドは モデルの加熱,インベディング・インデックスロード,ゲートウェイ再起動後最初の呼び出しに 優しさがあると言います 妥協は直接的なものです より優しさは 応募可能な回答の最悪な遅延を高めます 1つの公開報告"OpenClaw 発行 66804"では, timeoutMs=15000 ,約 elapsedMs=57071 ,およびMiniMax M2.7で summaryChars=0 を記録した. このレポートは,モデル,バージョン,検索モード,設定されたフォールバックがないため,価値があります. しかし,OpenClaw2026月4日14日に提出された. 現行の2026.5.2+上限を検証したり否定したりすることはできません. タイムアウトと冷始・グレースの実施が変更されたからです. 安全な比較は 安定した故障から冷始を分離する 最初のリコールタイムアウトとステーディ・ステーディタイムアウトは 状態を共有しますが 修理ではありません. cold start timeout は,これらすべてが真実である場合にのみ分類する: ターンが適格でターゲットだった. アクティブメモリが起動しました ゲートウェイの再起動後,最初の可決呼び出しでした. メモリバックエンドが利用可能であった. 経過時間は,現在の設定されたブロック予算に適合する. 暖かくなると同じカナリアが成功します 最終的な条件が重要です 再起動後初めて 証拠であって 免除ではない. 2番目と3番目でもタイムアウトを呼び出す場合,事件は安定状態に突入します. ステイ状態タイムアウト については,次の順に呼び回路をチェックしてください. 1. メモリバックエンド: は openclaw status deep を実行し,プロバイダー,インデックスアイデンティティ,および可用性を確認します. メモリ構成参照は,プロバイダー,モデル,ソース,範囲,チャンキング,またはトークナイザー変更により,既存のベクトルインデックスは互換性がないことを警告します. OpenClawは静かな再構築ではなく 矢量検索を停止します 2. Queryサイズ: は full から recent に移動するか,または recent から message に移動する場合は,より小さな文脈がリコールタスクにまだ役立つ場合のみです. 3. Recall model: は,継承されたセッションモデル遅延がボトルネックである場合,適した低遅延モデルをピンします. 4. タイムアウト予算: は,バックエンドとモデルが健全で,測定されたp95リコールがより多くのスペースを必要とする後にのみ締め切りを延長します. modelFallback をランタイム故障として頼りにしないでください. 現在のOpenClawドキュメントでは,明示,セッション,またはエージェント プライマリーモデルが解決されない場合,モデルの解像度の最後のステップとして定義されています. 選択されたモデルが終了後,バックアップで交換されません. 繰り返されるタイムアウトは サーキット open を導入する. OpenClawはエージェント/プロバイダー/モデルごとに連続的なタイムアウトを追跡し,冷却中に呼び出しをスキップすることができます. サーキット開いている状態は,ゼロが経過したタイムアウトを報告する可能性があります. これは非凡な迅速なプロバイダの失敗ではなく, OpenClawが意図的に始めた作業です. 内容のない受付監査を再現する 次の決定規則は,この記事で使用された9つのケースの固定式の核となる. 提示やメモリテキストは必要ありません. 250msの許容量は測定容量であり,追加的な実行時間予算ではありません. 細かく説明して この装置は,相互に区別できる9つの州をカバーする. 州 決定的な証拠 事業者の決定 healthy recall ok ,空き要約長さ,返信届いた 現在の道を維持する no relevant memory バックエンド利用可能,明示的に空っぽ/無関係な結果 この問い合わせに健康的な欠席 cold start timeout 稼働直後最初の可動な呼び出し,現在の上限内 暖かい一度; 再現可能な場合のみ,制限された設定グレースを考慮してください steady state timeout 暖房後または現在の天井の外でのタイムアウト バックエンド,クエリサイズ,モデルを診断する circuit open サーキットマーカー,通常はゼロ経過の召集作業 繰り返し発生した原因を冷却するか 修復するのを待つ backend unavailable 取得できない結果またはバックエンドチェック失敗 修理業者,著者,またはインデックスアイデンティティ partial timeout タイムアウトで部分的な概要がある 文脈を劣化したものとして扱う.使用前に検証する. not targeted 適当でない表面またはターゲット不一致 期待または範囲を固定する reply failed 主要な回答が欠けている 記憶記憶だけでなく,会話の可用性としてエスカレートする 復習は9つの予期された分類をすべて通過した. その制限は同様に重要です 段階分類が証明され 意味的な追記品質ではありません 空っぽの要約は,まだ無関係または時代遅れである可能性があります. コンテンツを保存せずに品質を確認するには,既知の期待される性質を持つカナリー決定を使用し,カナリーID,検索結果クラス,新鮮さ,パス/フェイル判決のみを保存します. 1つの境界を変更して 回復を確認する 最小の修理を選択するには,状態を使用します. 対象ではない: プラグインの有効化,エージェントリスト,セッションの切り替え,または許可されたチャットタイプが正しい. バックエンドは利用できません: は明示されたプロバイダー,認証証明書,モデル,または互換性のないインデックスを修復します. 文書化されたインデックスアイデンティティが変更された場合にのみ再構築します. 冷始タイムアウト: 暖房後に繰り返す. 最初の呼び出しが失敗し,遅延が許容される場合,制限された設定グレースを追加して新しい天井を測定します. ステーディ・ステートタイムアウト: 要求モードを縮小するか,締め切りを延長する前に,より速いリコールモデルを選択します. サーキット開け: は,事故証拠を保存し,繰り返しタイムアウトの原因を修復し,冷却後再確認します. 部分的なタイムアウト: は部分的に召回されたテキストを検証された文脈として扱わない. 応答失敗: はより広い応答経路を調査する. 失敗開いた呼び出しは証拠なしに欠落した応答を説明するために使用されるべきではない. 復元には設定書き込み以上のことが必要です 同じ適格なカナリアを再び実行し, status=ok または正当な無関係な結果を確認し,主要回答が届いたことを確認し,予想された決定を検証する. 次に,少なくとも1つのステーディ・ステートリコールを追加してください. そのシーケンスで 真の修理と 単一の暖かいキャッシュを区別できます Sidewisp は現在プライベートプレビュー段階です。 この種のアクセス可能性,記憶力,タイムアウト,提供者,および結果の証拠を鮮明な健康問題に 鮮明で自信を持って変えるという目的の役割があります Sidewispは現在 OpenClawモニタリングアダプターや自動復元エンジンを発送していない.今日以上の OpenClawのネイティブ証拠と制限された検証手順を使用する.