Greeum - Module de stockage mémoire inspiré de la mémoire humaine
(github.com/DryRainEnt)[ Présentation ]
- Greeum est un système de mémoire imitant le système de mémoire humaine pour les LLM.
- Il fournit une mémoire rapide, précise et sûre grâce à l’architecture à 2 couches ci-dessous.
- Le développeur est à l’origine un développeur indépendant de jeux vidéo solo et manque d’expertise spécialisée dans ce domaine.
- En dehors de la planification, de la conception de la structure et des tests, le développement est en cours entièrement en vibe coding.
[ Architecture ]
- [ STM (Short-Term Memory ]
-
- Fonctionne avec une mémoire temporaire basée sur le TTL et des AI Context Slots
-
- Maintient le contexte de la conversation en cours
-
- Fixe les informations clés sous forme de points d’ancrage pour un accès rapide
- [ LTM (Long-Term Memory ]
-
- Composé de blocs mémoire immuables à structure de blockchain
-
- Garantit l’intégrité par une chaîne de hachage
-
- Effectue une recherche sémantique avec l’indexation vectorielle FAISS et le reranking BERT.
[ Utilisation ]
- Actuellement utilisable via API ou CLI
- Par défaut, il est recommandé de l’utiliser via MCP.
- Il se marie particulièrement bien avec ClaudeCode, dont la mémoire de contexte est limitée.
- Lors de l’utilisation, il est recommandé de l’indiquer explicitement dans CLAUDE.md, comme dans l’exemple ci-dessous.
- Unité de stockage : étiquetage au niveau de l’action
= Tous les enregistrements mémoire reposent sur les 6 rôles actantiels du modèle de Greimas
= Enregistrés en 1 à 2 phrases selon une structure [sujet-action-objet] - Exemples de schéma d’enregistrement :
= [utilisateur-demande-test d’outil MCP] identification et test des outils connectés
= [Claude-détection-erreur TypeScript] incompatibilité du typeprocessIddanssrc/types/session.ts
= [équipe-décision-changement d’architecture] passage de microservices à un monolithe pour des raisons de performance
= [utilisateur-proposition-application du modèle de Greimas] enregistrement des schémas d’interaction avec une structure actantielle - Fréquence d’enregistrement : toute interaction a une valeur de conservation permanente
= Principe de base : "toute unité de travail a une valeur de conservation permanente"
= La priorité est donnée à l’accumulation de schémas plutôt qu’à l’évaluation de l’importance - Moment de l’enregistrement :
= à chaque question/demande de l’utilisateur
= à chaque découverte/résolution de problème
= à chaque point de bascule dans le travail
= à chaque retour et amélioration
= à chaque modification de code ou de configuration
= à chaque résultat de test ou mesure de performance
[ Prévu ]
- Le travail le plus récent consiste à appliquer le modèle actantiel de Greimas à l’échelle du schéma mémoire.
- L’objectif est de structurer l’ensemble des souvenirs afin de raisonner sur les relations et les liens de causalité.
- À terme, cela devrait devenir un point clé central pour constituer une personnalité virtuelle.
[ Remarques ]
- Un assistant virtuel IA, le « projet Luca », est actuellement en cours avec cette architecture
- L’objectif est de développer une entité virtuelle dotée d’autonomie grâce à la combinaison des éléments ci-dessous.
= système de mémoire via Greeum et capacité de raisonnement sur les relations/causalités
= mise en œuvre de « hormones numériques » selon les schémas bon<>mauvais / tension<>relâchement / passif<>actif
= utilisation de Gemma, un modèle LLM local, pour un temps de réponse rapide et davantage d’autonomie (changement prévu) - On espère qu’il pourra jouer le rôle d’un OS autonome avec une personnalité déployée par PC.
- Les avis et retours sur le sujet sont toujours les bienvenus.
7 commentaires
C’est du coréen, mais avec une étrangeté qui donne l’impression d’une traduction.
Merci pour cette évaluation objective.
L’usage du vouvoiement/tutoiement et des points semble relever d’une habitude inconsciente, et je ne m’en étais pas rendu compte.
C’est probablement la différence entre un contenu à visée informative et un contenu qui inclut des opinions personnelles, et je vais tâcher d’y réfléchir.
Comme je me concentre depuis un certain temps sur un développement très dépendant de l’IA, j’ai l’impression d’avoir adopté ce style sans m’en rendre compte.
Concernant le modèle actantiel de Greimas, je l’ai découvert pour la première fois à l’université dans un cours de culture générale,
et après l’obtention de mon diplôme, je l’ai étudié personnellement dans le cadre du développement de jeux et de l’écriture de scénarios,
puis, en revenant au développement, j’ai voulu essayer de l’appliquer.
Si j’ai écrit « actant » plutôt que « modèle actantiel », c’est...
parce que Claude Code l’écrivait sans arrêt ainsi, et j’imagine que cette habitude m’est restée à moi aussi.
J’ai pu en tirer beaucoup d’enseignements.
Je continuerai à apprendre avec constance. Merci.
La densité d’information du texte est différente...
Euh... j’ai essayé d’écrire de la manière la plus proche possible des articles publiés sur GeekNews...
Apparemment, ce n’était pas forcément nécessaire haha ;;
Argument de vente ?
Le développeur est un créateur indépendant de jeux vidéo solo et manque d’expertise approfondie dans ce domaine.
À l’exception de la planification, de la conception de l’architecture et des tests, tout le développement est en cours via du vibe coding.
zzz
C’est déjà une bonne chose, je suppose, d’avoir ne serait-ce qu’un tout petit peu d’expérience liée à la production, haha.
C’est un peu embarrassant, mais je vais faire de mon mieux !
L’utilisation se résume à
pip install greeum
claude mcp add greeum greeum mcp serve
, et c’est suffisant.
Avec playwright mcp, il devient vraiment possible d’automatiser le processus jusqu’à l’aboutissement complet.