Le système mémoire derrière un Agentic OS
Mike Codeur
Pourquoi ce sujet compte maintenant
Claude Code a maintenant une mémoire utile pour un projet. Mais construire un Agentic OS comme OpenClaw demande une vision plus large : plusieurs projets, plusieurs canaux, plusieurs décisions et une mémoire qui tient dans le temps.
Le point important, ce n'est pas juste l'outil dont on parle. C'est ce qu'il révèle sur la manière dont le métier de développeur est en train de changer. On passe d'un usage ponctuel de l'IA à des systèmes de travail plus structurés : agents, automatisations, contextes persistants, workflows multi-outils.
Le vrai sujet derrière un Agentic OS
Le modèle que je propose sépare trois couches : Storage, Retrieval et Consolidation. Storage répond à “où vit la mémoire ?”. Retrieval répond à “comment l’agent retrouve la bonne info ?”. Consolidation répond à “comment les sessions deviennent des décisions durables ?”.
- Storage : CLAUDE.md, Auto Memory, Obsidian, markdown
- Retrieval : recherche, index, embeddings, RAG
- Consolidation : nettoyage, résumé, décisions durables
- OpenClaw : exemple concret de mémoire cross-projets et cross-canaux
Ce que ça change pour un développeur
La question n'est plus seulement : “est-ce que cet outil est impressionnant ?”. La vraie question devient : est-ce qu'il t'aide à mieux concevoir, mieux déléguer, mieux vérifier et mieux livrer ?
Un développeur qui sait utiliser ces outils comme une extension de son système de travail prend une avance énorme. Pas parce qu'il clique sur le dernier outil à la mode, mais parce qu'il comprend où l'outil s'insère dans son architecture de production.
Mon avis
Le RAG est utile, mais il ne suffit pas. Pour construire des agents long-terme, la couche de consolidation devient centrale.
Voir la vidéo
J'ai détaillé le sujet en vidéo ici :
Si tu veux suivre mes retours d'expérience sur Claude Code, les agents IA et le dev assisté par IA, je partage aussi mes analyses dans The Agentic Dev :