OpenClaw 메모리 재설정: 상태를 지우기 전에 범위를 증명하세요

OpenClaw 재설정 메모리는 하나의 작업이 아닙니다. 채팅 /new 또는 /reset , 메모리 인덱스 재구축 및 파괴 openclaw reset CLI는 다양한 레이어에서 작동합니다. 문제가 오래된 대화인 경우 전체 CLI 재설정은 잘못된 기본값입니다: 문서화된 full scope는 상태 디렉토리, 공유 SQLite 데이터베이스 및 작업 공간 디렉토리—내구성 있는 메모리를 보유하는 Markdown 파일 포함를 제거합니다. 안전한 기본값은 다음과 같습니다 1. 첫 번째 실패한 레이어를 식별합니다; 2. 그것을 고칠 수 있는 가장 좁은 행동을 선택한다; 3. 드라이런으로 파괴 계획을 검사하십시오; 4. 보존하려는 모든 레이어를 포괄하는 백업을 만들고 검증합니다 5. 명시적인 승인을 얻으십시오; 6. 구성, 메모리 파일, 검색 준비 상태 및 복구 후 의도한 결과를 확인합니다. 드라이 런은 계획에 대한 증거입니다. 백업이 아니며 명령 완료는 원하는 메모리가 살아남았다는 증거가 아닙니다. 실제로 어떤 “재설정”을 의미하는지 결정하세요 OpenClaw의 메모리 문서 내구성 있는 메모리는 에이전트 작업 공간의 일반 Markdown 파일에 있다고 합니다. USER.md 안정적인 프로필 지침을 보유합니다 MEMORY.md 선별된 내구성 있는 사실과 결정을 보유하고 있습니다 memory/YYYY MM DD.md 파일에는 작업 메모가 들어 있습니다. 검색 도구는 해당 소스를 색인화하지만 색인은 진실의 소스가 아닙니다. 이는 사람들이 “메모리 재설정”으로 압축하는 최소 4가지 다른 증상을 생성합니다: 징후 검사할 첫 번째 레이어입니다 합리적인 첫 번째 조치 현재 대화는 표류했습니다 세션 컨텍스트 지속 가능한 결정을 저장한 다음 새 세션을 시작합니다 검색은 알려진 Markdown 사실을 놓칩니다 메모리 인덱스 또는 공급자 메모리 상태를 확인하고 인덱스를 다시 빌드합니다 MEMORY.md 아니면 일일 메모가 잘못되었습니다 작업 공간 마크다운 영향을 받은 파일을 수정하거나 복원한 다음 다시 인덱싱합니다 로컬 구성, 자격 증명, 세션 또는 상태는 복구할 수 없을 정도로 일관성이 없습니다 설치 상태 문서화된 가장 좁은 CLI 재설정 범위를 계획합니다 이러한 동작은 서로 바꿔 사용할 수 없습니다. 새로운 세션을 시작한다고 해서 내구성 있는 마크다운이 지워져서는 안 됩니다. 파생된 인덱스를 다시 빌드할 때 작업 공간을 삭제할 필요는 없습니다. 잘못된 메모리 항목을 편집해도 자격 증명이 삭제되어서는 안 됩니다. 파괴적인 CLI는 진단의 시작이 아닌 끝에 속합니다. 공식 openclaw reset 참조 현재 세 가지 범위를 정의합니다: 범위 문서화된 제거 경계 게이트웨이가 먼저 중지되었습니다 config 구성 파일만 아니요 config+creds+sessions 구성, OAuth/자격 증명 디렉토리 및 에이전트별 세션 디렉토리 예 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 두 번째 자산으로 나열하는 대신. 자산을 세는 것은 잘못된 결론을 내렸을 것입니다. 검사하다 sourcePath , archivePath , coveredBy , 대신 이유를 건너뛰세요. 작업 공간을 제거할 수 있는 재설정의 경우 승인 전에 다음 사항을 모두 요구하십시오: 백업 명령이 완료되었습니다; 아카이브 검증 통과; 매니페스트는 의도된 상태와 작업 공간을 포함합니다 건너뛴 휘발성 파일은 복구 목적으로 허용됩니다; 아카이브는 삭제 경계 밖에 있습니다; 운영자는 복원 절차를 식별할 수 있습니다; 백업 목적지가 보호됩니다. 9가지 불편한 사례로 재설정을 게이트하세요 함께 제공되는 콘텐츠 없는 고정 장치는 재설정을 수행하는 대신 결정을 테스트합니다. 분류기는 이 우선순위를 적용합니다: 1. 알 수 없는 범위를 거부합니다 2. 진단된 계층보다 더 넓은 범위를 거부합니다 3. 완료된 드라이런이 필요합니다 4. 모든 의도된 목표를 해결해야 합니다 5. 검증된 백업이 필요합니다; 6. 전체 재설정을 위해 작업 공간 적용 범위가 필요합니다; 7. 명시적인 승인을 기다리십시오; 8. 실행 후 구성 및 메모리를 확인합니다; 9. 의도한 작업 결과를 확인합니다. 9개의 경기 결과는 다음과 같습니다 9개 모두 예상 상태와 일치했으며, 별도의 주장을 통해 알려지지 않은 파괴 범위가 닫히지 않는다는 것이 입증되었습니다. 마지막 세 상태를 구별하면 잘못된 성공을 방지할 수 있습니다. ready to reset 계획, 백업, 범위 및 권한 게이트가 통과되었음을 의미합니다. 이미 재설정이 일어났다는 뜻은 아니다. memory unverified 실행이 완료되었지만 하나 이상의 재설정 후 검사가 누락되었음을 의미합니다. 오직 verified reset 의도한 결과도 필요합니다. 실용적인 재설정 후 영수증은 내용 없이 유지될 수 있습니다: 파일 존재만으로는 충분하지 않습니다. 예상되는 내구성 파일을 확인한 다음 인덱스 준비 상태를 테스트하고 의도적으로 민감하지 않은 카나리아를 검색합니다. 마지막으로 목적지에서 결과를 확인할 수 있는 하나의 제한된 작업을 실행합니다. 유창한 답변은 복원된 기억이 의도한 작업에 올바른 영향을 미쳤다는 것을 증명하지 못합니다. 이 문이 증명할 수 없는 것을 알라 고정 장치는 필드와 우선순위를 검증합니다. OpenClaw를 실행하거나, 개인 메모리 내용을 검사하거나, 두 번째 호스트의 아카이브를 복원하거나, 문서화되지 않은 외부 효과를 발견하지 않습니다. 실제 복구 드릴은 주기적으로 격리된 대상으로 복원하고 중요한 정확한 런타임과 플러그인을 테스트해야 합니다. 또한 모든 기억력 불만을 사건으로 바꾸지는 않습니다. 새로운 세션에는 저장되지 않은 대화 컨텍스트가 합법적으로 부족할 수 있습니다. 사실이 기록되지 않았기 때문에 검색 결과가 비어 있을 수 있습니다. 인덱스가 재구축될 수 있습니다. 이는 내구성 있는 메모리 삭제와 다르며 첫 번째 실패한 레이어가 알려질 때까지 불확실성이 계속 표시되어야 합니다. 작동 규칙은 간단합니다: 파생 상태를 복구하기 전에 소스 메모리를 보존하고, 지원되는 가장 작은 경계를 선호하며, 작업 후에 증거를 요구합니다. “반환된 명령”을 “복구된 에이전트로 업그레이드하지 마십시오.” Sidewisp는 현재 비공개 프리뷰 단계입니다. 생산 OpenClaw 어댑터와 복구 실행기는 일반적으로 배송되지 않습니다. 여기서 방법은 Sidewisp가 현재 라이브 OpenClaw 설치를 백업, 재설정 또는 복원한다는 주장이 아니라 검사 가능한 작동 패턴입니다. Sidewisp의 제품 방향은 진단, 인적 권한, 검증된 결과를 분리하여 유지하므로 단순히 실행되었다는 이유만으로 파괴적인 조치를 취해도 문제를 해결할 수 없습니다.