OpenClaw リセットメモリ: 状態を消去する前にスコープを証明する

OpenClaw リセット メモリは 1 つの操作ではありません。チャット /new ORed /reset 、 メモリインデックスの再構築と破壊的な openclaw reset CLI はさまざまなレイヤーで動作します。問題が古い会話である場合、完全な CLI リセットは間違ったデフォルトです。文書化されています full スコープは、状態ディレクトリ、共有 SQLite データベース、およびワークスペース ディレクトリ—耐久性のあるメモリを保持する Markdown ファイルを含むを削除します。 安全なデフォルトは次のとおりです: 1. 最初の失敗したレイヤーを識別します 2. それを修復できる最も狭いアクションを選択します 3. 予行演習で破壊計画を検査する； 4. 保存する予定のすべてのレイヤーをカバーするバックアップを作成して検証します 5. 明示的な承認を得る； 6. 回復後の構成、メモリ ファイル、検索の準備状況、および意図した結果を確認します。 予行演習は計画の証拠です。これはバックアップではなく、コマンドの完了は必要なメモリが生き残ったことの証拠ではありません。 実際にどの “リセット” を意味するかを決定します OpenClawのメモリードキュメント 耐久性のあるメモリはエージェント ワークスペース内のプレーンな Markdown ファイルに存在すると述べています。 USER.md 安定したプロファイルディレクティブを保持します MEMORY.md 厳選された永続的な事実と決定を保持し、 memory/YYYY MM DD.md ファイルには作業メモが保持されます。検索ツールはそれらの情報源にインデックスを付けますが、そのインデックスは真実の情報源ではありません。 これにより、人々が圧縮して “メモリをリセット” する少なくとも 4 つの異なる症状が発生します 症状 検査する最初の層 合理的な最初のアクション 現在の会話は漂流している セッション・コンテキスト 永続的な決定を保存してから、新しいセッションを開始します 検索ではマークダウンの既知の事実が見逃されている メモリインデックスまたはプロバイダー メモリの状態を確認し、インデックスを再構築します MEMORY.md あるいは毎日のメモが間違っている ワークスペース マークダウン 影響を受けるファイルを修正または復元してから、インデックスを再作成します ローカル構成、資格情報、セッション、または状態は修復不可能なほど一貫性がありません インストール状態 最も狭い文書化されたCLIリセットスコープを計画する これらのアクションは交換可能ではありません。新しいセッションを開始しても、耐久性のある Markdown が消去されるわけではありません。派生インデックスを再構築するには、ワークスペースを削除する必要はありません。不良メモリ エントリを編集しても資格情報が削除されることはありません。破壊的な CLI は診断の開始時ではなく、診断の最後に属します。 その役人 openclaw reset 参照 現在、次の 3 つのスコープを定義しています 範囲 文書化された削除境界 ゲートウェイが最初に停止しました config 設定ファイルのみ 無い config+creds+sessions Config、OAuth/credentials ディレクトリ、およびエージェントごとのセッション ディレクトリ はい full 状態ディレクトリ、共有SQLiteデータベース、ワークスペースディレクトリ はい 適切なスコープは診断されたレイヤーに従います。セッションの症状は正当化されません full 。不正な形式の構成では、資格情報やセッションの削除は正当化されません。オペレータが壊れたレイヤーに名前を付けることができない場合、状態は です 不確実な そして破壊的な仕事は待つべきです。 CLI を検討する前に、コンテンツフリーの証拠を収集してください このレシートには、プロンプト、メモリの内容、シークレット、または絶対的なプライベート パスは保存されません。決定境界を記録します。 終了コードだけでなく、ドライランを読んでください CLIは公開します dry run 。検討中の正確な範囲で使用します: このコマンドは非破壊的ですが、出力にはまだ解釈が必要です。計画されたゲートウェイ停止、解決されたすべての削除ターゲット、拒否、およびその後予想されるオンボーディング ステップを記録します。ゼロ終了コードだけでは弱すぎます。 私はOpenClawに対して同等のフルスコープドライランを実行しました 2026.7.1 2 2026 07 30 に。同社は、ゲートウェイを停止するバックアップを作成することを推奨し、その後、そのインストール時に状態パスとワークスペース パスを削除するのは安全ではないと報告しました。この観察はホスト固有です。すべての完全なリセットが失敗することを意味するわけではありません。それはより有用な点を証明しています: ドライランの成功と目標の解決は別の事実です 。 小さな計画記録を使用します: 正しい分類は reset plan blocked じゃない ready to reset 。広範なディレクトリを手動で削除して、安全性の拒否を回避しないでください。ターゲットが拒否された理由を診断するか、より狭いサポート対象アクションを選択します。 予行演習で予想以上の結果が得られた場合にも、同じルールが適用されます。オペレーターがセッション状態をクリアしたいが、プランにワークスペースが含まれている場合は、停止します。未承認のレイヤーに到達する破壊的な計画は、技術的に実行可能であってもオーバースコープされます。 状態を削除する前に回復アーティファクトを確認します リセットドキュメントには実行するように記載されています openclaw backup create 初め。より強力な操作ルールは作成することです と検証 アーカイブ 十分なスペース、適切な権限、暗号化、保持制御を備えたプライベート宛先を選択します。OpenClaw アーカイブには、構成、認証プロファイル、チャネルまたはプロバイダーの資格情報、セッション、プラグインの状態、データベース、およびワークスペースを含めることができます。生きた状態と同じ感度でそれらを扱います。 その役人 openclaw backup 参照 いくつかの重要な境界を文書化します: アーカイブには、解決されたソースとレイアウトを含むマニフェストが含まれています 既存のアーカイブは上書きされません バックアップされたソースツリー内の出力パスは拒否されます 検証は宣言されたペイロードとアーカイブパスの安全性をチェックします 正規の SQLite データベースは、形状、整合性、および役割のチェックを受け取ります 揮発性トランスクリプト、ログ、ソケット、PID、および一時ファイルはスキップできます プラグイン所有のスキーマは、所有者が定義した機能が利用できない場合、不透明なままになる可能性があります。 その最終的な制限が重要です。検証済みのアーカイブは “ファイルが存在する” よりもはるかに強力ですが、すべてのプラグインがすべてのターゲット ホストで復元できるという普遍的な証拠ではありません。 アーカイブを書く前に報道をプレビューします: 同じ観察されたインストールで、JSON は状態ディレクトリをアーカイブ アセットとしてリストし、ネストされたワークスペースを次のようにマークしました covered 2 番目の資産としてリストするのではなく。資産を数えると間違った結論が出ていたでしょう。検査する sourcePath 、 archivePath 、 coveredBy 、 代わりに理由をスキップします。 ワークスペースを削除する可能性のあるリセットの場合は、承認前に次のすべてが必要です バックアップコマンドが完了しました； アーカイブ検証に合格しました； マニフェストは、意図された状態とワークスペースをカバーします； スキップされた揮発性ファイルは回復の目的には許容されます アーカイブは削除境界の外側にあります； オペレータは復元手順を識別できます バックアップ先は保護されています。 9つの不都合なケースでリセットをゲートする 付属のコンテンツフリー フィクスチャは、リセットを実行するのではなく、決定をテストします。その分類器は、この優先順位を適用します: 1. 不明なスコープを拒否します 2. 診断された層よりも広い範囲を拒否します 3. 完了したドライランが必要です； 4. 解決しようとするすべてのターゲットを要求します 5. 検証済みのバックアップが必要です 6. 完全なリセットにはワークスペースカバレッジが必要です 7. 明示的な承認を待つ； 8. 実行後、構成とメモリを検証します 9. 意図したタスクの結果を確認します。 9 試合の結果は次のとおりです: 9 つすべてが予想される状態と一致し、別の主張により、未知の破壊スコープが閉じられないことが証明されました。 最後の 3 つの状態を区別することで、誤った成功を防ぐことができます。 ready to reset 計画、バックアップ、範囲、権限ゲートが通過したことを意味します。リセットがすでに起こったという意味ではありません。 memory unverified 実行は完了したが、リセット後のチェックが 1 つ以上欠落していることを意味します。のみ verified reset 意図した結果も必要です。 リセット後の実用的なレシートはコンテンツフリーを維持できます ファイルの存在だけでは不十分です。予想される耐久性のあるファイルを確認し、インデックスの準備状況をテストして、意図的に機密性のないカナリアを取得します。最後に、結果を宛先で確認できる 1 つの制限されたタスクを実行します。流暢な返答は、復元されたメモリが意図した作業に正しく影響を与えたことを証明するものではありません。 この門が証明できないことを知ってください フィクスチャはフィールドと優先順位を検証します。OpenClaw を実行したり、プライベート メモリの内容を検査したり、2 番目のホスト上のアーカイブを復元したり、文書化されていない外部効果を発見したりすることはありません。実際のリカバリ ドリルは、定期的に分離された宛先に復元し、重要な正確なランタイムとプラグインをテストする必要があります。 また、すべての記憶に関する苦情がインシデントに変わるわけではありません。新しいセッションには、保存されていない会話コンテキストが正当に欠けている可能性があります。事実が書かれていないため、検索結果が空になる可能性があります。インデックスは再構築される可能性があります。これらは永続的なメモリ削除とは異なり、最初の障害が発生したレイヤーが判明するまで不確実性は目に見えるままになるはずです。 操作ルールは簡単です。派生状態を修復する前にソース メモリを保存し、サポートされている最小の境界を優先し、アクション後に証拠を要求します。“コマンドが返されました” を “エージェントが回復されました。” にアップグレードしないでください Sidewisp は現在プライベートプレビュー段階です。 同社の製品版 OpenClaw アダプターとリカバリ エグゼキューターは通常出荷されません。ここでの方法は検査可能な動作パターンであり、Sidewisp が現在ライブ OpenClaw インストールをバックアップ、リセット、または復元しているという主張ではありません。Sidewisp の製品方向では、診断、人間の権限、検証された結果が分離されているため、破壊的なアクションが実行されたという理由だけで問題を解決することはできません。