OpenClaw Memoria di ripristino: Prove la portata prima di cancellare lo stato

La memoria di ripristino OpenClaw non è una sola operazione. Una chat /new o /reset , una ricostruzione dell'indice di memoria e la distruttiva openclaw reset CLI agiscono su diversi strati. Se il problema è una conversazione obsoleta, un completo ripristino di CLI è il default sbagliato: la portata documentata di full rimuove la directory di stato, il database condiviso di SQLite e le directory dello spazio di lavoro, inclusi i file Markdown che conservano la memoria duratura. Il default sicuro è: 1. identificare il primo strato fallito; 2. scegliere l'azione più ristretta che possa ripararlo; 3. ispezionare il piano di distruzione con una corsa a secco; 4. creare e verificare un backup che copra ogni strato che si intende conservare; 5. ottenere l'approvazione esplicita; 6. verificare la configurazione, i file di memoria, la disponibilità alla ricerca e il risultato previsto dopo il recupero. Una corsa secca è la prova del piano. Non e' un backup, e completare il comando non e' la prova che la memoria desiderata sia sopravvissuta. Decidi quale "reset" intendi davvero. Documentazione di memoria OpenClaws dice che la memoria durevole vive in semplici file Markdown nello spazio di lavoro dell'agente. USER.md contiene direttive di profilo stabili, MEMORY.md contiene fatti e decisioni durature curate e i file memory/YYYY MM DD.md contengono appunti di lavoro. Gli strumenti di ricerca indicano quelle fonti, ma l'indice non è la fonte della verità. Questo crea almeno quattro sintomi diversi che le persone comprimono in memoria resettata: Sintoma Primo strato da ispezionare Prima azione ragionevole La conversazione attuale si è allontanata Context della sessione Salvare decisioni durature, poi iniziare una nuova sessione La ricerca manca un fatto noto Markdown Indice di memoria o fornitore Controllare lo stato della memoria e ricostruire l'indice MEMORY.md o le note giornaliere sono sbagliate Spazio di lavoro Markdown Correggere o ripristinare il file interessato, quindi riindicare Configurazione locale, credenziali, sessioni o stato sono irreparabilmente incoerenti Stato di installazione Pianificare il più stretto ambito di ripristino documentato di CLI Queste azioni non sono intercambiabili. L'avvio di una nuova sessione non deve cancellare la Markdown duratura. La ricostruzione di un indice derivato non dovrebbe richiedere la cancellazione dello spazio di lavoro. La modifica di un'entrata di memoria cattiva non deve eliminare le credenziali. La CLI distruttiva appartiene alla fine della diagnosi, non all'inizio. La Referenza openclaw reset ufficiale definisce attualmente tre ambiti: Portata di applicazione Limite di rimozione documentate Il gateway si è fermato per primo. config Solo file di configurazione No config+creds+sessions Config, directory OAuth/credenziali e directory di sessioni per agente Sì full Directory statale, database condiviso SQLite e directory dello spazio di lavoro Sì Il corretto campo di applicazione segue lo strato diagnosticato. Un sintomo di sessione non giustifica full . Una configurazione malformata non giustifica la cancellazione delle credenziali e delle sessioni. Se l'operatore non può nominare lo strato rotto, lo stato è uncertain e il lavoro distruttivo deve aspettare. Prima ancora di considerare la CLI, raccogliere prove libere di contenuto: Questa ricevuta non contiene richieste, contenuti di memoria, segreti o percorsi privati assoluti. Registra il confine decisionale. Leggi la corsa a secco, non solo il suo codice di uscita La CLI espone la dry run . Utilizzare con la portata esatta in esame: Questo comando non è distruttivo, ma l'uscita ha ancora bisogno di un'interpretazione. Registrare la fermata prevista del gateway, ogni bersaglio di rimozione risolto, qualsiasi rifiuto e il passaggio di imbarco previsto successivamente. Solo un codice di uscita zero è troppo debole. Ho eseguito l'equivalente corsa a secco a pieno raggio contro OpenClaw 2026.7.1 2 il 2026 07 30. Ha raccomandato di creare un backup, ha pianificato di fermare il gateway, poi ha riferito che lo stato e le vie dello spazio di lavoro non erano sicure da rimuovere su quell'installazione. Questa osservazione è specifica per l'ospite; non significa che tutti i ripristinamenti completi falliscano. Ciò dimostra un punto più utile: il successo di e la risoluzione di destinazione sono fatti separati . Utilizzare una piccola scheda di pianificazione: La classificazione corretta è reset plan blocked , non ready to reset . Non eliminare manualmente ampie directory per evitare un rifiuto di sicurezza. Diagnosticare il motivo per cui l'obiettivo è stato respinto o scegliere un'azione più stretta sostenuta. La stessa regola si applica quando la corsa secca rivela più di quanto previsto. Se un operatore vuole eliminare lo stato di sessione ma il piano include lo spazio di lavoro, fermati. Un piano distruttivo che raggiunge uno strato non approvato è eccessivo anche se tecnicamente eseguibile. Verificare lo stato di recupero prima di cancellare La documentazione di ripristino dice di eseguire openclaw backup create prima. La regola operativa più forte è quella di creare e verificare l'archivio: Scegli una destinazione privata con spazio sufficiente, autorizzazioni adeguate, controlli di crittografia e conservazione. Gli archivi OpenClaw possono contenere config, profili di autore, credenziali di canale o fornitore, sessioni, stato del plugin, database e spazi di lavoro. Trattala con la stessa sensibilità dello stato vivo. La Referenza openclaw backup ufficiale documenta diversi confini importanti: l'archivio contiene un manifesto con fonti risolute e un layout; gli archivi esistenti non sono sovrascritti; i percorsi di uscita all'interno degli alberi sorgenti garantiti sono respinti; controlli di verifica dei carichi utili dichiarati e della sicurezza del percorso di archiviazione; le banche dati canoniche SQLite ricevono controlli di forma, integrità e ruolo; la trascrizione volatile, il registro, il socket, PID e i file temporanei possono essere saltati; gli schemi di proprietà del plugin possono rimanere opaci quando le loro funzionalità definite dal proprietario non sono disponibili. L'ultima limitazione è importante. Un archivio verificato è molto più forte di un file esistente, ma non è una prova universale che ogni plugin possa essere ripristinato su ogni host bersaglio. Preview cover prima di scrivere l'archivio: Nella stessa installazione osservata, la JSON ha elencato la directory statale come attività di archivio e ha contrassegnato lo spazio di lavoro annidato come covered piuttosto che elencarlo come un secondo asset. Conteggiando gli asset si sarebbe concluso erroneamente. Ispezionare sourcePath , archivePath , coveredBy , e saltare le ragioni invece. Per un ripristino che può rimuovere gli spazi di lavoro, prima dell'approvazione è necessario: il comando di backup completato; la verifica dell'archivio è stata approvata; il manifesto copre lo stato e lo spazio di lavoro previsti; i file volatili saltati sono accettabili per l'obiettivo di recupero; l'archivio è al di fuori del limite di cancellazione; l'operatore può identificare la procedura di ripristino; la destinazione di riserva è protetta. Portale il reset con nove casi inconvenienti La cornice di accompagnamento senza contenuti mette alla prova la decisione piuttosto che eseguire qualsiasi riattivazione. Il suo classificatore applica la seguente priorità: 1. respingere un ambito di applicazione sconosciuto; 2. rifiutare un campo di applicazione più ampio del livello diagnosticato; 3. richiedono un percorso a secco completo; 4. richiedere la risoluzione di ogni obiettivo previsto; 5. richiedere un backup verificato; 6. richiedere la copertura dello spazio di lavoro per un ripristino completo; 7. attendere l'approvazione esplicita; 8. dopo l'esecuzione, verificare la configurazione e la memoria; 9. verificare l'esito previsto dell'attività. I risultati dei nove match sono stati: Tutte le nove corrispondono al loro stato atteso, e un'affermazione separata ha dimostrato che un'espansione distruttiva sconosciuta non riesce a chiudere. La distinzione tra gli ultimi tre stati impedisce il falso successo. ready to reset significa il piano, il backup, la portata e le porte di autorizzazione approvate. Non significa che il reset sia già avvenuto. memory unverified significa esecuzione completata ma mancano uno o più controlli post reset. Solo verified reset richiede anche il risultato previsto. Una ricevuta pratica dopo il reset può rimanere priva di contenuti: Solo la presenza dei file non è sufficiente. Controllare i file duraturi attesi, quindi testare la disponibilità dell'indice e recuperare un canario deliberatamente non sensibile. Infine, eseguire un compito limitato il cui risultato può essere verificato alla destinazione. Una risposta fluida non dimostra che la memoria ripristinata abbia influenzato correttamente il lavoro previsto. Sappi cosa non può dimostrare questa porta. Il dispositivo convalida i campi e la priorità. Non esegue OpenClaw, non esamina i contenuti della memoria privata, non ripristina un archivio su un secondo host o non scopre effetti esterni non documentati. Un vero esercitazione di recupero dovrebbe periodicamente ripristinare in una destinazione isolata e testare il tempo di esecuzione esatto e i plug in che contano. Inoltre non trasforma ogni reclamo di memoria in un incidente. Una nuova sessione può legittimamente mancare di contesto di conversazione non salvato. Un risultato di ricerca può essere vuoto perché il fatto non è mai stato scritto. Un indice può essere una ricostruzione. Questi sono diversi dalla cancellazione della memoria duratura e l'incertezza dovrebbe rimanere visibile fino a quando non si conosce il primo strato fallito. La regola operativa è semplice: conservare la memoria sorgente prima di riparare lo stato derivato, preferire il limite più piccolo supportato e richiedere prove dopo l'azione. Non aggiornare mai il comando restituito all'agente recuperato. Sidewisp è attualmente in anteprima privata. Il suo adattatore OpenClaw di produzione e l'esecutore di recupero non sono generalmente spediti. Il metodo qui è un modello di funzionamento verificabile, non una affermazione che Sidewisp attualmente fa backup, ripristini o ripristini installazioni OpenClaw in vivo. La direzione del prodotto di Sidewisp mantiene la diagnosi, l'autorità umana e i risultati verificati separati in modo che un'azione distruttiva non possa risolvere un problema semplicemente perché è stata eseguita.