Un sistema di memoria Codex per principianti: configurazione con un clic e analisi approfondita

Fable5 è tornato trionfante e, da utente veterano di Codex, non ho potuto resistere a metterlo alla prova per vedere se è all'altezza del clamore, in particolare se potesse sostituire Codex o aiutare a iterare il sistema di memoria che ho ottimizzato al limite. Ho caricato 10 $ su Zenmux e ho collegato Fable5 a Claude Code. In breve: Fable5 è il "papà" dell'intelligenza "ultra-high" di Codex!!! (Link alla Skill del sistema di memoria alla fine).

Riguardo al mio precedente sistema di memoria semi-finito:

https://x.com/gengdaJ/status/2067985719675773192

https://x.com/evermind/status/2063262473357336824

https://x.com/gengdaJ/status/2068555151733043504

Fable5 è davvero costoso, quindi ho seguito i consigli degli esperti nella mia timeline e ho lasciato che Fable5 gestisse le fasi di consulenza e pianificazione per il sistema di memoria di Codex.

Non lo sai finché non lo chiedi: il primo controllo usando i "Principi Fondamentali" ha identificato un sacco di bug e opportunità di ottimizzazione. La sua professionalità tecnica è indiscutibile, come ha ammesso lo stesso Codex. Mentre i suggerimenti di Fable5 a volte mancavano di rigore, in un confronto 4:1, Fable5 ha vinto a mani basse.

Quello era solo il primo passo. Le incredibili capacità di Fable5 stavano appena iniziando a mostrarsi. Ho fatto organizzare a Codex un piano di sviluppo e l'ho inviato a Fable5 per una revisione. Fable5 ha continuato a metterlo in discussione, e Codex ha continuato a concordare.

Poi ho fatto ottimizzare Codex in base ai suggerimenti di Fable5. Pensando fosse perfetto, l'ho rispedito a Fable.

Alla fine, Fable ha ancora trovato così tanti problemi. Sono davvero colpito. Ho subito fatto riconoscere a Codex il suo "padre" più severo.

Dopo lo sviluppo, Fable5 è rimasto affilato, dominando la fase di revisione del codice.

Dopo questo test, devo ammettere che Fable5 è incredibilmente solido nel processo decisionale e di giudizio. Anche da utente fedele di Codex, devo lodarlo. Continuerò a usare Fable5 per sistemi complessi (prossimamente per ottimizzare i sistemi di ricerca degli Agent). È costoso, ma ne vale la pena quando usato dove conta.

Se vuoi provare le terrificanti capacità di pianificazione di Fable5, puoi chiamare l'API di Zenmux come ho fatto io (a mio parere hanno la migliore qualità della fonte Claude): https://zenmux.ai/invite/GYMUHL. Ho notato oggi che gli abbonati gratuiti possono provare la versione web, e gli utenti pay-as-you-go (crediti > 0) possono chiamare l'API direttamente gratuitamente, con un bonus del 20% sulle ricariche: un bel vantaggio!

Ora, parliamo di questa architettura del sistema di memoria ricostruita da Fable5. Capirai quanto è potente attraverso questa semplice suddivisione:

Il mio attuale sistema di memoria di Codex è un vault di memoria Agent Obsidian locale, verificabile, ricercabile e manutenibile. Trasforma senza soluzione di continuità progetti, insidie, preferenze, decisioni e flussi di lavoro riutilizzabili condivisi con Codex in documenti Markdown in Obsidian. Utilizza poi SQLite, ricerca full-text, ricerca semantica, Git, hook e script di chiusura per raggiungere l'auto-operatività e l'auto-iterazione.

Concetti di Base

Prima di immergerci nelle funzioni, devi comprendere otto concetti di base:

• Obsidian Markdown: L'Archivio di Memoria Originale Sono essenzialmente file di testo .md standard. Perché non usare un database? Perché Obsidian è più amichevole per i non programmatori: gli umani possono leggerli e modificarli direttamente, e Git può tracciare le modifiche. Questa è la "fonte di verità" per il sistema di memoria.

• INDEX.md: Directory e Banco di Navigazione INDEX.md non è la memoria in sé, ma una "mappa d'ingresso". Se Markdown è una biblioteca, INDEX.md è il catalogo del banco informazioni che dice all'Agent quali file sono importanti e dove trovare le risposte.

• SQLite / FTS: Schede di Recupero Rapido SQLite è un piccolo database locale, e FTS è la sua capacità di ricerca full-text. Non è la "fonte dei fatti" ma un "indice di ricerca", come le schede della biblioteca per titoli, parole chiave e riassunti.

• Zvec: Ricerca Semantica Zvec è il recupero vettoriale, che significa "cercare per significato". Mentre la ricerca standard richiede parole chiave esatte, la ricerca semantica può trovare ricordi pertinenti anche se non usi i termini esatti.

• Git: Registro delle Modifiche e Assicurazione di Rollback Git è un sistema di controllo versione. Risponde a: Chi ha modificato questo e quando? Quali righe sono state modificate? Possiamo tornare indietro se c'è un errore?

• closeout script: Organizzatore Automatico Post-Attività Closeout automatizza il processo di pulizia. Assicura che l'aggiornamento delle memorie, l'aggiornamento degli indici e il commit su Git non siano lasciati alla "memoria" dell'Agent, ma siano gestiti da un singolo comando.

• audit script: Medico dei Controlli Periodici di Salute Man mano che il vault cresce, le cose si ingarbugliano. Audit identifica memorie obsolete, loop aperti irrisolti da tempo e file duplicati per la revisione umana.

• AGENTS.md: Costituzione del Sistema AGENTS.md definisce le regole di comportamento dell'Agent: quando leggere la memoria, cosa scrivere e quando DEVE chiedere all'utente (ad esempio, per dati sensibili o cancellazioni).

Flusso di Lavoro del Sistema di Memoria

1. Input dell'Attività: L'utente fa una domanda.
2. Leggi AGENTS.md: Determina i confini operativi e le regole.
3. Leggi INDEX.md: Localizza i file pertinenti con un basso costo di token.
4. Recupero Unificato: Usa SQLite/Zvec se necessario per trovare memorie specifiche.
5. Leggi la Fonte Markdown: Conferma i fatti dai file leggibili effettivi.
6. Esegui l'Attività: Lavora con un contesto a lungo termine.
7. Giudica il Valore della Memoria: Decidi se le nuove informazioni valgono la pena di essere salvate.
8. Riconcilia Prima di Scrivere: Controlla duplicati o conflitti con vecchie memorie.
9. Scrivi in Markdown: Categorizza e salva nella directory corretta.
10. Esegui Closeout: Aggiorna gli indici, controlla le informazioni sensibili e registra la sessione.
11. Registrazione Git: Crea una traccia verificabile delle modifiche.
12. Audit Periodico: Mantieni la salute del vault attraverso controlli settimanali.

Vantaggi del Sistema di Memoria

1. Fonte di Fatti Controllabile: Memorizzato in Markdown locale, non bloccato in una piattaforma.
2. Recupero Completo: Combina navigazione, ricerca per parole chiave e ricerca semantica.
3. Riconciliazione: Previene duplicati e conflitti prima di scrivere.
4. Ciclo di Closeout: Trasforma il salvataggio della memoria in un processo standardizzato.
5. Versionamento Git: Fornisce completa tracciabilità e capacità di rollback.
6. Meccanismo di Audit: Mantiene il vault di memoria pulito e pertinente.
7. Automazione Contenuta: Le azioni ad alto rischio richiedono sempre conferma umana.
8. Auto-Evoluzione: Permette all'Agent di far crescere le proprie capacità attraverso l'esperienza verificata.

Infine, ho incapsulato questo sistema di memoria in una Skill: https://github.com/mcncarl/codex-memory. Puoi collegarlo a Codex o continuare ad ottimizzarlo per le tue esigenze! ☺️