OpenClaw Memory Plugin: Scegliere con una porta di cinque test

Il default più sicuro è non installare il plugin di memoria OpenClaw più capace. Inizia con il backend integrato, scrivi il requisito che non può soddisfare, e muovi solo quando un candidato supererà cinque test: persistenza, recupero, privacy, comportamento di fallimento e recupero. Questa regola produce scelte diverse per problemi diversi. Utilizzare il motore di costruzione per una piccola memoria locale Markdown. Considera QMD quando un grande corpus locale ha bisogno di un rilancio o di altri directory indicizzati. Considerare memory lancedb quando la cattura automatica e il richiamo vettoriale giustificano una dipendenza da un database nativo. Considera Honcho quando la modellazione automatica dell'utente e la memoria supportata da servizi inter sessionali sono il requisito effettivo. Trattare memory wiki come uno strato di conoscenza complementare, non come un sostituto del backend della memoria attiva. Il presente articolo utilizza il contratto di documentazione OpenClaw 2026.7.1 2 e un dispositivo di selezione eseguibile. Non afferma che il sistema di riferimento indichi la qualità del recupero. Il punto è più stretto: respingere un'architettura il cui confine operativo non si può verificare prima che possieda una memoria duratura. Prima decidete quale strato state sostituendo. Il plugin di memoria nasconde due decisioni diverse. Il backend della memoria attiva possiede un richiamo. OpenClaw visualizzazione della memoria dice che memory search e memory get provengono dal plugin di memoria attiva, con memory core come predefinito. Solo un plugin possiede quel slot di memoria attiva alla volta. Cambiare la slot cambia la dipendenza dal runtime. Un strato di accompagnatore aggiunge un'altra rappresentazione senza prendere quella fessura. Il bundled memory wiki compila le affermazioni, le prove, la provenienza, le schede di controllo e le pagine wiki accanto al backend attivo. Ricordare, indicizzare, promuovere e sognare rimangono con il plugin di memoria attiva. L'installazione per migliorare la ricerca è quindi una decisione sbagliata se il reale requisito è un motore di recupero di sostituzione. Le scelte documentate hanno limiti sostanzialmente diversi: Builtin memorizza un indice SQLite per agente su MEMORY.md e memory/ .md . Supporta la ricerca di parole chiave, vettori e ibridi. La documentazione del motore di costruzione dice che la ricerca di parole chiave rimane disponibile quando non è configurato alcun provider di inserimento. E' la linea di base perché non aggiunge un sidecar o un servizio separati. QMD è un sidecar locale con BM25, ricerca vettoriale, rilancio, espansione delle query e directory extra. La Documentazione QMD documenta anche il ritorno al motore di costruzione in caso di fallimento del QMD. Questo retrocesso è un vantaggio operativo concreto, non solo un'altra caratteristica. memory lancedb è un plugin esterno che possiede lo slot di memoria. Il suo documentazione ufficiale descrive il richiamo automatico, la cattura automatica opzionale, una dipendenza da embed, la proprietà per agente e un pacchetto nativo @lancedb/lancedb . La stessa pagina nota una limitazione della piattaforma per Intel macOS e non promette un fallback automatico del backend. Honcho persiste le conversazioni verso un servizio dedicato e costruisce modelli di utente e di agente. Il Documentazione dell'integrazione di Honcho supporta l'operazione gestita o auto ospitata e dice che la memoria locale Markdown può rimanere accanto a esso. Il servizio, il suo limite di conservazione e la sua disponibilità diventano parte della salute della memoria. memory wiki è destinato alla sintesi ricca di provenienza e alle pagine di conoscenze mantenute. È una buona risposta a Come mantenere ispezionabili le affermazioni e le fonti? Non è la risposta a Quale backend attivo dovrebbe possedere il richiamo? Sul sistema di prova, openclaw version segnalato 2026.7.1 2 . openclaw plugins list json ha mostrato memory core bundled e caricato, memory wiki bundled ma disabilitato, e né LanceDB né Honcho installato. Tale osservazione non è una raccomandazione universale. Essa illustra il motivo per cui la selezione deve iniziare con l'inventario corrente piuttosto che con uno screenshot del mercato. Eseguire cinque test con casi intenzionalmente inconvenienti Un'installazione riuscita dimostra solo che un comando è stato completato. Non dimostra che la memoria necessaria sia sopravvissuta, possa essere trovata, mantenuta privata, degrada in modo sicuro o possa essere ripristinata. 1. Persistenza: nome del proprietario duraturo Crea un fatto sintetico con un'identificazione unica dei canari in un agente di prova monouso. Registrare dove vive la fonte della verità, dove vive l'indice e se un plugin conserva una seconda copia. Riprendi il Gateway, ricostruisci l'indice se il backend lo richiede e recuperi il canario. Un pass ha bisogno di tutti e tre i fatti: il registro sorgente esiste ancora; il backend attivo segnala un indice o una connessione sani; il canario può essere recuperato dopo il riavvio. Non usare una vera credenziale, il nome di un cliente o una conversazione privata come canario. Un risultato che è semplicemente ancora presente nel contesto attuale non dimostra nulla di perseveranza. 2. Ritorno: manche di misura, nessun colpo fortunato Costruisci un piccolo dispositivo con identifiche esatte, decisioni parafrasiate, due revisioni contrastanti e un elemento che non dovrebbe corrispondere. Prova la ricerca esatta, la ricerca semantica, la recenza, la gestione delle contraddizioni e la cancellazione. Registrare il percorso di sorgente atteso o l'ID di registrazione prima di eseguire la query. Il default ragionevole è l'accettazione deterministica: ogni elemento richiesto viene trovato, la revisione obsoleta non supera quella corrente e il controllo negativo rimane assente. Una query demo con una risposta plausibile non può distinguere il recupero dalla coincidenza. 3. Privacy: dimostrare la predictazione di isolamento Utilizzare due agenti usa e mezzo e due canari. Ogni agente dovrebbe recuperare il suo canario e non recuperare l'altro. Allora controlla cosa lascia l' ospite: quale testo è incorporato; se un servizio ospitato riceve messaggi grezzi o osservazioni derivate; dove sono presenti le credenziali API; se la cancellazione rimuove le copie di origine, indice e servizio; se i registri includono contenuti di memoria. La documentazione di LanceDB descrive esplicitamente un predicato proprietario applicato prima della classificazione vettoriale. Honcho trasferisce deliberatamente le conversazioni in un servizio dedicato a meno che non sia auto ospitato. Sono confini di fiducia diversi. Nessun di essi deve essere inserito in una casella di controllo generica supporta la privacy. 4. Fallimento: interrompe la dipendenza Non rendere disponibile il fornitore di inserimento, rimuovere il sidecar da PATH in un ambiente di prova o bloccare l'endpoint di servizio. Chiedi poi una domanda a cui si conosca la risposta. Il risultato richiesto non è necessariamente una risposta corretta. Si tratta di uno stato onesto: disponibile attraverso un fallback documentato, non disponibile con un errore utile, o degradato in modo che l'operatore possa vedere. Ritornare un risultato vuoto come se non esistesse alcun ricordo è un falso verde. I confini documentati contano qui. La ricerca integrata può mantenere la ricerca di parole chiave senza inserimenti. La QMD può tornare alla costruzione. Un carico nativo di LanceDB o un fallimento di inserimento ha bisogno di una gestione personale. Un plugin supportato da servizi aggiunge la disponibilità di rete e di servizi all'involucro sanitario. 5. Recupero: ripristinare, riindicare e verificare Prendi un'istantanea verificata prima della migrazione. Dopo il test di fallimento, ripristinarlo in un ambiente usa e getta, ricostruire qualsiasi indice derivato e ricaricare il dispositivo di recupero. Il recupero avviene solo quando gli elementi attesi, la proprietà, lo stato di cancellazione e la revisione attuale sono d'accordo. Le sonde utili solo per lettura dipendono dal percorso selezionato: Il QMD deve rivelare se il sidecar è pronto o se il retrocesso di costruzione è attivo. LanceDB aggiunge openclaw ltm stats . Honcho aggiunge openclaw honcho status . Memory Wiki aggiunge openclaw wiki doctor e openclaw wiki status . Eseguire la sonda pertinente dopo il recupero; non dedurre la salute solo dalla disponibilità del processo. Cosa ha effettivamente selezionato il cancello eseguibile Il dispositivo di accompagnamento codificava le capacità documentate come requisiti difficili, poi valutava cinque profili. Il risultato è stato: L'uscita è utile perché ogni scelta porta anche una dichiarazione di fallback e una sonda di recupero. Non è intenzionalmente una scheda di punteggio. Aggiungere punti per ogni caratteristica renderebbe vincente il candidato più complesso anche quando il lettore ha bisogno solo di Markdown locale durevole. Il dispositivo rivela anche un importante confine. memory wiki vince il profilo di provenienza ma rimane al di fuori della corsia di arrivo attiva. Honcho vince la modellazione automatica dell'utente, ma introduce un limite di servizio. LanceDB vince la cattura di vettori locali automatici ma introduce le dipendenze di inserimento e di pacchetto nativo. QMD vince il grande profilo del corpo locale perché è necessario un rilancio. Builtin vince il default perché nessuno di questi requisiti aggiuntivi esiste. Puoi riprodurre la regola senza fidarti della conclusione: 1. Elencare il requisito in termini osservabili. 2. Indicare i vincoli sulla privacy e sulla piattaforma non negoziabili. 3. Rifiutate i candidati che non possono soddisfare ogni forte vincolo. 4. Preferisco il candidato sopravvissuto con la più piccola superficie di fallimento. 5. Eseguire i cinque test con i dati disponibili prima della migrazione. È anche qui che le pagine di funzionalità cessano di essere prove sufficienti. Il sistema è basato sulla documentazione corrente, non su un benchmark di recupero condiviso. Se due candidati sopravvivono, testate entrambi contro il corpus, le domande, il budget di latenza e le modalità di fallimento. L'ignoto rimane sconosciuto. Tenere il rimbalzo disponibile fino a quando il nuovo percorso non si dimostrerà Una migrazione della memoria non è completa quando i record vengono copiati. È completo quando il nuovo backend riprende la giusta decisione corrente dopo il riavvio, mantiene intatti i confini dell'agente, espone i fallimenti e può essere rimosso senza perdere scritture. Utilizzare un taglio in fase: congelare il dispositivo, non l'intera memoria di produzione; prendere un'istantanea del contenuto e registrare il suo hash; riempire il candidato in un agente isolato; eseguire le cinque prove; le domande rappresentative dell'ombra contro i percorsi vecchi e nuovi; classificare i disaccordi prima di cambiare il slot attivo; mantenere intatta la fonte precedente attraverso una finestra di stabilità; rimuovere il percorso di ritorno solo dopo che il ripristino è stato testato. L'auto captura merita una particolare attenzione. Può ridurre le scritture mancate, ma cambia anche il limite di ingestione. Verificare se i metadati di trasporto, il contesto iniettato, i segreti e i duplicati sono respinti. Confirmare quali tipi di messaggi sono qualificati, come funziona la cancellazione e se è visibile una cattura fallita. La comodità non sostituisce la provenienza. Lo stesso principio si applica anche al fallimento. Il fallback documentato di QMD conserva un percorso di ricerca, ma la qualità del risultato e la copertura del corpus possono cambiare. Questo è uno stato degradato, non un verde automatico. Se il backend selezionato non presenta fallback documentato, rendere esplicita la non disponibilità e mantenere un rollback testato. Utilizzare una regola di rilascio, non un plugin preferito Selezionare l'architettura più piccola che soddisfi il requisito e superare tutte e cinque le prove. Migrazione di blocco quando il proprietario duraturo non è chiaro, un recupero richiesto manca, l'isolamento tra agenti fallisce, un'interruzione sembra nessuna memoria trovata, o l'istantanea non può essere ripristinata. Questa regola risolve la domanda originale: Resta pronto per il caso locale ordinario. Aggiungi QMD per la scala del corpus locale, il rilancio o i percorsi extra. Scegliere LanceDB solo quando la memoria vettoriale automatica vale la sua inserzione e dipendenza nativa. Scegli Honcho quando l'obiettivo è la modellazione dell'utente inter sessionale supportata dal servizio e il suo confine dati è accettabile. Aggiungi la memoria wiki quando è richiesta la compilazione di conoscenze ricche di provenienza; non confondere con il backend attivo. Sidewisp è attualmente in anteprima privata. Attualmente non ispeziona, seleziona, migra o recupera i backend di memoria OpenClaw. La sua direzione del prodotto è quella di rendere visibili le prove di salute dell'agente, l'incertezza e i confini di recupero sicuro; il cancello di cinque test sopra è un metodo che puoi usare oggi senza affermare che la capacità è spedita.