Supermemory AI: Prova che la memoria è pronta, scoperta e corrente

Supermemory AI è uno strato di memoria e contesto per gli agenti: ingerisce conversazioni e documenti, deriva ricordi, supporta il recupero e mantiene i profili. La domanda operativa è più stretta di ha accettato l'API la mia scrittura? Una memoria utile è pronta solo quando la fonte ha finito di elaborare, il fatto atteso può essere richiamato dal contenitore corretto, e la versione restituita è ancora corrente. Questa distinzione è importante perché Supermemory documenta due tempi separati. Un documento che raggiunge done significa che il suo percorso di documento è ricercabile. Con la modalità di sogno dynamic predefinita, l'estrazione della memoria può continuare dopo tale stato. L'operatore che trasforma done in un segnale di salute della memoria verde può quindi segnalare il successo prima che l'agente possa richiamare il fatto di cui ha bisogno. Il default pratico è quello di mantenere dynamic per l'ingestione normale di produzione, verificando quindi il richiamo prima di consentire un'azione memoria dipendente. Utilizzare instant solo quando il passo successivo richiede effettivamente il fatto grafico immediatamente, e tenere conto dell'operazione extra documentata da Supermemory. In entrambe le modalità, conservare containerTag , customId , timestamp e hash di prove libere di contenuto in una ricevuta. Uno stato di documento verde non è un verdetto di memoria verde documentazione corrente del gasdotto di Supermemory chiama le fasi del documento: in coda, estratto, smontato, inserito, indicizzato e fatto. Dice anche che lo stesso input può produrre tre uscite diverse: i pezzi di documento per la messa a terra della fonte; memorizzazioni grafiche per i fatti estratti e gli aggiornamenti temporali; un profilo per il contesto sempre attivo. Questi risultati rispondono a domande diverse. Una ricerca di successo dei documenti dimostra che è disponibile un materiale di origine indicizzato. Una ricerca di memoria dimostra che un fatto derivato è recuperabile. Una risposta del profilo dimostra che è disponibile una sintesi selezionata. Nessuno dei tre, da solo, prova gli altri. Il Rapido avvio ufficiale rende esplicito il limite di tempo. add ritorna mentre il trattamento è asincrono. Con dreaming: "instant" , il tutorial aspetta che il documento raggiunga done prima di controllare le memorie e i profili. Con la modalità dynamic predefinita, il documento RAG può essere pronto mentre l'estrazione della memoria sta ancora raccogliendo materiale correlato. Trasforma questo in una ricevuta a cinque campi piuttosto che un singolo boolean: Le prove Che cosa dimostra Cosa non dimostra ingestStatus: done Il percorso di elaborazione del documento è terminato La memoria grafica prevista è già recuperabile in modalità dynamic richiamo richiesta eseguita Si è verificato un tentativo di lettura Il fatto restituito è quello atteso o attuale hash previsto corrispondente Il canario senza contenuti corrisponde al fatto atteso Il risultato è venuto dal giusto inquilino o progetto contenitore abbinato Il recupero è rimasto all'interno del campo di isolamento previsto. Il fatto non è stato sostituito versione corrente verificata Il fatto restituito è la versione che il flusso di lavoro dovrebbe utilizzare L'agente ha completato il suo compito a valle. Ha solo un canario sintetico creato per il test. Non hashare la memoria privata dell'utente e chiamarla anonima: i valori prevedibili possono ancora essere indovinati. Mantenere le richieste di produzione, i contenuti recuperati, le chiavi API e i dati dell'utente fuori dalla cartella sanitaria. Costruire una ricevuta di memoria che possa rappresentare l'attesa Lo stato importante non è solo sano o rotto. Il sogno dynamic raggruppa deliberatamente i documenti correlati in unità coerenti, quindi un breve intervallo di richiamo dopo il completamento del documento può essere una legittima attesa. Lo stesso fallimento dopo una finestra di osservazione concordata è un fallimento. In modalità instant , un errore dopo done merita un'indagine immediata perché lo scopo documentato di tale modalità è la pronta disponibilità dopo il trattamento. Un registro compatto di prove può sembrare così: La finestra di osservazione e' la tua politica operativa, non una promessa a livello di servizio Supermemory. Misurate per i tipi di contenuti e il carico di lavoro. Una breve conversazione, un lungo video e una sincronizzazione del connettore non hanno distribuzioni di elaborazione intercambiabili. La classificazione utilizzata per questo articolo ha la seguente priorità: Ho riprodotto sette casi in quell'ordine: input in coda, completamento solo per documenti, ritardo dinamico consentito, memoria istantanea mancante, recupero tra contenitori, un fatto sostituito e una ricevuta sana. Solo l'ultimo caso era sicuro da usare. La distinzione tra memory waiting e memory missing ha impedito che un normale ritardo di batch diventasse un incidente, mentre lo stato separato di recall unverified ha impedito che il completamento del documento fosse erroneamente etichettato come prontezza di memoria. Questo artefatto è intenzionalmente un classificatore, non una sonda vivente della Supermemory. Si fida delle prove normalizzate fornite dall'adattatore. Validate l'adattatore in modo indipendente, in particolare i campi di portata e di versione. Portata di prova e freschezza con i canari in coppia Supermemory descrive containerTag come un limite di isolamento duro e raccomanda un customId stabile per il contenuto che verrà aggiornato. Questi due identificatori dovrebbero essere parte di ogni test sulla memoria. Creare due contenitori sintetici che non possono mai essere scambiati per utenti reali: 1. scrivere un fatto canario unico e non segreto al contenitore A sotto una customId stabile; 2. scrivere un canario diverso dal contenitore B; 3. aspettare secondo la modalità di sogno scelta; 4. A per cercare il canario di A e verificare il suo hash; 5. la ricerca B per il canario di A e non richiede un risultato corrispondente; 6. aggiornare il fatto di A con la stessa identità logica; 7. verificare che il recupero selezioni il nuovo fatto e non promuova il valore sostituito; 8. riavviare l'agente di chiamata o iniziare una nuova sessione, poi ripetere la lettura. La domanda negativa è importante quanto quella positiva. Una risposta corretta dal contenitore A non dimostra l'isolamento. Hai bisogno di prove che il contenitore B non possa recuperare il canario di A. Allo stesso modo, recuperare qualsiasi memoria correlata dopo un aggiornamento non dimostra correttezza temporale. Il record restituito deve corrispondere alla versione attuale attesa. Non eseguire test distruttivi di dimenticanza o cancellazione dei contenitori contro la portata di un utente reale. Supermemory espone l'aggiornamento della memoria e il comportamento di dimenticanza, ma un controllo sanitario programmato dovrebbe utilizzare contenitori sintetici dedicati con una politica esplicita di pulizia e credenziali limitate. Se la pulizia non riesce, registralo come un problema suo piuttosto che nasconderlo all'interno della memoria. Inviare ogni guasto alla più piccola riparazione Un utile verdetto dovrebbe indicare una prossima azione limitata: Stato Prima azione processing Continua ad aspettare e conserva l' ID originale del documento memory waiting Ricontrollare dopo la finestra dinamica misurata; non riingesti ancora ingest failed Controllare il tipo di input e il tipo di errore del documento prima di riprovare recall unverified Eseguire il controllo del richiamo sintetico; non dichiarare la memoria sana memory missing Confronta la modalità di sogno, il tempo di elaborazione, la query e il contenitore prima di un nuovo tentativo limitato scope unverified Fermare le azioni a seconda della memoria fino a quando l'adattatore non può dimostrare il contenitore previsto scope leak Trattare come un fallimento di isolamento ad alta gravità e bloccare l'uso del risultato stale or wrong memory Controllare l'identità dell'aggiornamento e la cronologia delle versioni; non sovrascrivere ciecamente ready Permettere la memorie dipendente passo, quindi verificare il suo risultato effettivo separatamente La riingestione non è una riparazione universale. Se la scrittura originale ha avuto successo e l'estrazione della memoria è semplicemente in attesa, un'altra scrittura può creare lavoro duplicato e rendere la diagnosi temporale più difficile. Anche il passaggio di ogni scrittura a instant non è una soluzione neutrale: la documentazione lo presenta come un compromesso di latenza con un'operazione extra fatturata, mentre dynamic è il default di produzione per il raggruppamento di materiale correlato. Infine, la preparazione della memoria non è ancora un successo di compito. Un agente può recuperare la preferenza corretta e poi ignorarla, chiamare lo strumento sbagliato o non produrre il prodotto consegnato. Tieni un ricevimento di risultato separato per l'azione che ha consumato la memoria. La direzione del prodotto pertinente di Sidewisp è quella di rendere visibile la memoria e la salute del contesto insieme all'accessibilità dell'agente, all'accesso agli strumenti, al progresso e ai risultati. Sidewisp è attualmente in anteprima privata. Il suo motore di monitoraggio della produzione, gli adattatori host e l'esecutore di recupero non sono generalmente spediti, quindi questo articolo è un modello gestito dall'operatore piuttosto che una affermazione secondo cui Sidewisp attualmente verifica gli impianti Supermemory.