Ein einsteigerfreundliches Codex-Gedächtnissystem: Konfiguration mit einem Klick und tiefer Einblick

Fable5 ist triumphal zurückgekehrt, und als erfahrener Codex-Nutzer konnte ich nicht widerstehen, es zu testen, um zu sehen, ob es dem Hype gerecht wird – insbesondere, ob es Codex ersetzen oder bei der Weiterentwicklung des Speichersystems helfen kann, das ich bis zum Limit optimiert habe. Ich habe 10 $ auf Zenmux aufgeladen und Fable5 mit Claude Code verbunden. Kurz gesagt: Fable5 ist der absolute Overlord im Vergleich zu Codex' 'ultra-hoher' Intelligenz!!! (Link zum Speichersystem-Skill am Ende).

Bezüglich meines vorherigen halbfertigen Speichersystems:

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

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

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

Fable5 ist in der Tat teuer, also bin ich dem Rat von Experten in meiner Timeline gefolgt und habe Fable5 die Beratungs- und Planungsphasen für das Codex-Speichersystem übernehmen lassen.

Man weiß es erst, wenn man fragt – der erste Check mit 'First Principles' hat eine Unmenge an Bugs und Optimierungsmöglichkeiten identifiziert. Seine technische Professionalität ist unbestreitbar, wie Codex selbst zugab. Obwohl Fable5s Vorschläge gelegentlich an Stringenz mangelten, gewann Fable5 in einem 4:1-Vergleich haushoch.

Das war nur der erste Schritt. Fable5s unglaubliche Fähigkeiten zeigten sich gerade erst. Ich ließ Codex einen Entwicklungsplan erstellen und schickte ihn an Fable5 zur Überprüfung. Fable5 stellte weiterhin Fragen, und Codex stimmte weiterhin zu.

Dann ließ ich Codex auf Basis von Fable5s Vorschlägen optimieren. In dem Glauben, es sei perfekt, schickte ich es zurück an Fable.

Am Ende fand Fable immer noch so viele Probleme. Ich bin wirklich beeindruckt. Ich ließ Codex schnell seinen strengsten 'Vater' anerkennen.

Nach der Entwicklung blieb Fable5 scharf und meisterte die Code-Review-Phase mit Bravour.

Nach diesem Test muss ich zugeben, dass Fable5 bei Entscheidungsfindung und Urteilsvermögen unglaublich solide ist. Selbst als treuer Codex-Nutzer muss ich es loben. Ich werde Fable5 weiterhin für komplexe Systeme nutzen (als nächstes zur Optimierung von Agent-Suchsystemen). Es ist teuer, aber es lohnt sich, wenn man es dort einsetzt, wo es darauf ankommt.

Wenn du Fable5s erschreckende Planungsfähigkeiten ausprobieren möchtest, kannst du wie ich die Zenmux-API aufrufen (meiner Meinung nach haben sie die beste Claude-Quellqualität): https://zenmux.ai/invite/GYMUHL. Mir ist heute aufgefallen, dass Free-Abonnenten die Webversion testen können und Pay-as-you-go-Nutzer (Guthaben > 0) die API direkt kostenlos aufrufen können, mit einem 20% Bonus bei Aufladungen – ein netter kleiner Vorteil!

Als nächstes sprechen wir über die Architektur dieses von Fable5 rekonstruierten Speichersystems. Du wirst verstehen, wie leistungsfähig es ist, durch diese einfache Aufschlüsselung:

Mein aktuelles Codex-Speichersystem ist ein lokaler, auditierbarer, durchsuchbarer und wartbarer Agent Obsidian-Speichertresor. Es verwandelt nahtlos Projekte, Fallstricke, Präferenzen, Entscheidungen und wiederverwendbare Workflows, die mit Codex geteilt werden, in Markdown-Dokumente in Obsidian. Dann nutzt es SQLite, Volltextsuche, semantische Suche, Git, Hooks und Closeout-Skripte, um Selbstbetrieb und Selbstiteration zu erreichen.

Grundlegende Konzepte

Bevor wir in die Funktionen eintauchen, musst du acht grundlegende Konzepte verstehen:

• Obsidian Markdown: Das ursprüngliche Speicherarchiv Dies sind im Wesentlichen standardmäßige .md-Textdateien. Warum keine Datenbank? Weil Obsidian für Nicht-Programmierer freundlicher ist – Menschen können sie direkt lesen und bearbeiten, und Git kann Änderungen nachverfolgen. Dies ist die 'Quelle der Wahrheit' für das Speichersystem.

• INDEX.md: Verzeichnis- und Navigationsschalter INDEX.md ist nicht der Speicher selbst, sondern eine 'Eingangskarte.' Wenn Markdown eine Bibliothek ist, ist INDEX.md der Katalog an der Rezeption, der dem Agenten sagt, welche Dateien wichtig sind und wo Antworten zu finden sind.

• SQLite / FTS: Schnelle Abrufkarten SQLite ist eine kleine lokale Datenbank, und FTS ist ihre Volltextsuchfunktion. Es ist nicht die 'Faktenquelle', sondern ein 'Suchindex', wie Bibliothekskarteikarten für Titel, Schlüsselwörter und Zusammenfassungen.

• Zvec: Semantische Suche Zvec ist der Vektorabruf, was 'Suchen nach Bedeutung' bedeutet. Während die Standardsuche exakte Schlüsselwörter erfordert, kann die semantische Suche relevante Erinnerungen finden, auch wenn du nicht die genauen Begriffe verwendest.

• Git: Änderungsaufzeichnung und Rollback-Versicherung Git ist ein Versionskontrollsystem. Es beantwortet: Wer hat wann was geändert? Welche Zeilen wurden geändert? Können wir bei einem Fehler zurückrollen?

• closeout script: Automatisierter Nachaufgaben-Organisator Closeout automatisiert den Bereinigungsprozess. Es stellt sicher, dass das Aktualisieren von Erinnerungen, das Aktualisieren von Indizes und das Committen zu Git nicht dem 'Gedächtnis' des Agenten überlassen werden, sondern von einem einzigen Befehl erledigt werden.

• audit script: Periodischer Gesundheitscheck-Arzt Wenn der Tresor wächst, wird es unordentlich. Audit identifiziert veraltete Erinnerungen, lange ungelöste offene Schleifen und doppelte Dateien zur menschlichen Überprüfung.

• AGENTS.md: Systemverfassung AGENTS.md definiert die Verhaltensregeln des Agenten: wann Speicher gelesen werden soll, was geschrieben werden soll und wann der Benutzer GEFRAGT werden MUSS (z. B. bei sensiblen Daten oder Löschungen).

Speichersystem-Workflow

1. Aufgabeneingabe: Der Benutzer stellt eine Frage.
2. AGENTS.md lesen: Bestimme die Betriebsgrenzen und -regeln.
3. INDEX.md lesen: Finde relevante Dateien mit niedrigen Token-Kosten.
4. Einheitlicher Abruf: Verwende bei Bedarf SQLite/Zvec, um spezifische Erinnerungen zu finden.
5. Markdown-Quelle lesen: Bestätige Fakten aus den tatsächlich lesbaren Dateien.
6. Aufgabe ausführen: Arbeite mit langfristigem Kontext.
7. Speicherwert beurteilen: Entscheide, ob die neuen Informationen es wert sind, gespeichert zu werden.
8. Vor dem Schreiben abgleichen: Prüfe auf Duplikate oder Konflikte mit alten Erinnerungen.
9. In Markdown schreiben: Kategorisiere und speichere im richtigen Verzeichnis.
10. Closeout ausführen: Aktualisiere Indizes, prüfe auf sensible Informationen und protokolliere die Sitzung.
11. Git-Protokollierung: Erstelle eine nachvollziehbare Spur der Änderungen.
12. Periodisches Audit: Erhalte die Tresor-Gesundheit durch wöchentliche Checks.

Vorteile des Speichersystems

1. Kontrollierbare Faktenquelle: Gespeichert in lokalem Markdown, nicht an eine Plattform gebunden.
2. Vollständiger Abruf: Kombiniert Navigation, Stichwortsuche und semantische Suche.
3. Abgleich: Verhindert Duplikate und Konflikte vor dem Schreiben.
4. Closeout-Schleife: Macht das Speichern von Erinnerungen zu einem standardisierten Prozess.
5. Git-Versionierung: Bietet vollständige Rückverfolgbarkeit und Rollback-Fähigkeiten.
6. Audit-Mechanismus: Hält den Speichertresor sauber und relevant.
7. Zurückhaltende Automatisierung: Aktionen mit hohem Risiko erfordern immer eine menschliche Bestätigung.
8. Selbstevolution: Ermöglicht dem Agenten, seine Fähigkeiten durch geprüfte Erfahrung zu erweitern.

Schließlich habe ich dieses Speichersystem in einen Skill verpackt: https://github.com/mcncarl/codex-memory. Du kannst ihn mit Codex verbinden oder ihn weiter für deine eigenen Bedürfnisse optimieren! ☺️