La mémoire permanente Claude Code est le sujet le plus sous-estimé de l'IA en ce moment.

Tout le monde parle des benchmarks.

Tout le monde parle de la vitesse.

Personne ne parle de ce qui te coûte le plus cher au quotidien.

Ton IA oublie tout à chaque fois.

Tu fermes l'onglet, et trois heures de contexte, de décision et d'allers-retours disparaissent.

Nouvelle session, retour à zéro.

Tu réexpliques le projet.

Tu recolles ton architecture.

Tu redis les décisions que vous aviez prises ensemble jeudi dernier.

Ça te prend dix ou quinze minutes à chaque fois.

Sur un mois de travail, fais le calcul.

Ça te coûte aussi des tokens.

Tu payes pour expliquer ce que le modèle savait hier.

Et il y a ce que tu perds sans t'en rendre compte.

L'architecture qui a fini par marcher.

Le comparatif que tu avais fait entre trois librairies.

La solution à un bug qui t'avait pris une soirée entière.

Rien de tout ça n'est stocké quelque part.

La conversation se ferme, et l'information part avec.

Ce qu'il te faut, c'est une IA qui garde ce qu'elle apprend.

Je vais te montrer comment je l'ai obtenue.

Le plugin qui donne une mémoire à ton IA

Ça s'appelle claude-obsidian.

C'est un plugin pour Claude Code développé par Agrici Daniel.

Il est sous licence MIT, donc gratuit.

Il dépasse les 10 000 étoiles sur GitHub.

Le principe vient d'Andrej Karpathy.

C'est le cofondateur d'OpenAI qui a publié un pattern qu'il appelle le LLM Wiki.

L'idée est radicale.

Ta mémoire n'est pas stockée dans une base vectorielle.

Pas de serveur d'embedding à héberger.

Pas de facture Pinecone.

Pas de processus en tâche de fond qui bouffe ta RAM.

Elle est stockée en markdown.

Des fichiers texte sur ton disque.

Et l'IA ne se contente pas de les lire.

Elle les écrit et les relie au fur et à mesure.

Tu déposes une source, et elle crée les pages, les concepts, les liens.

Ta base de connaissances se construit toute seule.

Les trois briques de la mémoire

Le système repose sur trois fichiers simples.

Le hot cache

C'est un seul fichier d'environ 500 mots.

Il contient ton contexte le plus récent.

Sur quoi tu bossais, ce qui a été décidé, ce qui reste ouvert.

Claude le lit dès qu'une session démarre.

L'index

C'est une ligne de résumé par page du wiki.

C'est la table des matières que le modèle consulte avant d'aller plus loin.

Les pages

Ce sont tes concepts, tes gens, tes outils, tes sources, tes décisions.

Toutes reliées entre elles.

Le chemin ne change jamais.

Hot cache, index, puis les pages seulement si nécessaires.

Cinq cents tokens investis au démarrage.

Contre deux à trois mille que tu brûlais à te remettre en contexte.

Et ton vault peut monter à mille pages sans que ton coût par session bouge beaucoup.

Ce qui rend une base de connaissances précieuse

Il y a un point que presque personne ne comprend.

La valeur d'une base de connaissances tient à la densité des liens.

Pas au nombre de notes.

Cent notes avec cinq cents références croisées valent mieux que mille notes isolées.

Faire tous les liens tout le temps, c'est un travail que personne ne tient sur la durée.

Une machine, elle, le tient.

C'est exactement ce que fait ce plugin.

Chaque source que tu déposes devient des pages reliées à tout ce qui existait déjà.

Ta base se densifie à chaque utilisation.

Elle se transforme en graphe de connaissances.

Et c'est là que la mémoire permanente Claude Code devient un avantage concurrentiel.

L'installation pas à pas

Les prérequis d'abord, parce que c'est là que ça casse.

Python 3.11 minimum.

En dessous, ça ne démarre pas.

Obsidian, qui est gratuit.

Et si tu es sur Windows, écoute bien.

Les écritures dans le vault exigent WSL.

En guide natif, tu peux lire et faire des dry-runs, mais l'écriture échoue.

C'est une décision de l'auteur, pas un bug.

Il y a deux façons d'installer.

La rapide passe par le marketplace.

Tu ajoutes le dépôt, et c'est réglé en une ligne.

Celle que je te recommande, c'est de cloner le repo et d'initialiser un vault séparé.

Parce que tu gardes la main sur ce qui se passe.

Attention, c'est l'erreur numéro un.

Le dossier que tu viens de cloner n'est pas ton vault.

C'est le produit.

Ton vault est un autre dossier ailleurs sur ta machine.

Ensuite, tu lances l'initialisation.

Et il ne fait rien.

Il te sort un plan en JSON avec une empreinte SHA256.

À toi de lire le plan, de récupérer l'empreinte, et de relancer la commande avec cette empreinte et le flag apply.

Deux étapes au lieu d'une, c'est un peu pénible la première fois.

Pour un outil qui a le droit d'écrire dans tes notes, ça me va très bien.

Chaque opération est une transaction.

Il lit, il vérifie les empreintes, il applique d'un bloc.

Si quelque chose casse en cours de route, il restaure l'état d'avant.

Si un fichier a bougé entre-temps, il te signale un conflit au lieu d'écraser.

Les six commandes que j'utilise tous les jours

Le plugin embarque quinze skills.

Tu vas en utiliser six.

Wiki

C'est le point d'entrée.

Il initialise un vault ou adopte celui que tu as déjà.

Il diagnostique ce qui manque et il te dit quoi faire.

Wiki-ingest

C'est lui qui fait le gros du travail.

Tu déposes une source dans le dossier inbox.

Tu lances la commande.

Il en sort les entités, les gens, les outils, les entreprises.

Il identifie les concepts.

Il crée les pages et il les relie à tout ce qui existait déjà.

S'il trouve une contradiction avec ce que tu avais noté avant, il te le signale.

Save

Tu l'utilises quand une réponse est vraiment bonne.

Il sauve celle-là proprement, reliée au reste.

C'est un geste volontaire.

Pas un enregistreur qui vide ton historique dans le vault.

Wiki-query

Sert à interroger ta base en lecture seule.

Il répond uniquement avec ce qu'il y a dans tes pages.

Et il te dit quand il ne sait pas.

Sur les affirmations sensibles, il réclame deux sources indépendantes avant de valider.

Si tu as déjà pris une hallucination en pleine figure devant un client, tu vois l'intérêt.

Autoresearch

Tu donnes un sujet.

Il va chercher sur le web et ramène des pages sourcées dans ton vault.

La sortie réseau reste une décision explicite de ta part.

Canvas

Il construit des tableaux visuels dans le canvas d'Obsidian.

Des schémas, des cartes de sujet, des plans de contenu.

Tu peux y déposer des images et des PDF.

Et il y a le réglage que personne ne touche.

Wiki-mode

Quatre méthodes de classement.

Générique, LYT, PARA ou Zettelkasten.

Ça décide où atterrit chaque nouvelle note.

Par défaut, tu es en générique, et la plupart des gens y restent sans savoir que le choix existe.

Moi, j'utilise PARA.

Projets, domaines, ressources, archives.

Parce que je travaille en mission client.

Changer de mode ne réorganise que les nouvelles notes.

Ce que tu as déjà construit reste en place.

Deux skills en plus qui valent le détour.

Wiki-lint scanne ton vault et te sort les liens morts, les notes orphelines et les index périmés.

Ta base ne se dégrade pas sans que tu le voies.

Et Think déroule une boucle de raisonnement structurée quand tu as une décision d'architecture floue à prendre.

Mon workflow complet

Voici comment ça tourne chez moi.

Claude Code en local.

Obsidian en local.

Mon infra multi-agents en local aussi.

Pour le code, je route sur Kimi K3.

Le vault sert de mémoire commune à tout ça.

Quand j'ouvre un projet client, j'ingère les specs.

Les comptes rendus d'appel.

L'architecture existante.

À partir de là, peu importe quel agent je lance.

Il démarre en connaissant le dossier.

Sur une mission d'intégration, la remise en contexte, c'est du temps que tu ne factures pas.

Là, il disparaît.

Le plugin n'est pas verrouillé sur Claude non plus.

Un script de setup branche Codex, OpenCode ou Gemini sur les mêmes schémas.

Si ton client a une contrainte d'outils ou une exigence de souveraineté, tu changes de modèle.

La couche mémoire reste en place.

Il y a une offre à construire là-dessus.

Installer la mémoire de l'équipe sur leur serveur, dans leurs fichiers, sans abonnement à payer.

Essaie de placer cette phrase à ton prochain rendez-vous.

📚 Ressources

⚡ Le guide d'installation complet (gratuit) : prérequis, commandes, dépannage et les six commandes expliquées. → Ouvrir le guide

🔗 claude-obsidian (MIT, gratuit) : GitHub 🔗 Obsidian (gratuit) : obsidian.md 🔗 Claude Code : Claude Code

🔥 Tu veux le setup exact que j'utilise ? Dans la communauté JCBuildsAI, j'ai une section complète sur la mémoire IA et les agents avec des tutoriels vidéo pas à pas. → Accède ici

Les limites à connaître avant de te lancer

Je vais être honnête sur les points faibles.

Les PDF et les EPUB.

Le plugin en capture les métadonnées, l'empreinte et la taille.

Mais l'extraction sémantique n'est pas intégrée.

Le contenu de ton PDF n'est pas lu.

Les URLs et YouTube fonctionnent à condition d'avoir un runner externe configuré.

Ce n'est pas branché d'origine.

Ton vault reste un dossier de fichiers texte chez toi.

Donc mets-le sous git comme n'importe quel actif qui compte.

En échange de ça, si la paie tombe demain matin, ton wiki s'ouvre quand même dans Obsidian.

Si tu changes d'outil dans deux ans, ta connaissance part avec toi.

Mon verdict

Un plugin gratuit, open source, en local.

Il donne à Claude Code une mémoire qui se construit au lieu de disparaître.

Le gain de temps est immédiat dès la deuxième session.

Le gain financier se mesure en dizaines de tokens économisés chaque jour.

Et le gain stratégique est encore plus grand.

Tu accumules une base de connaissances que personne d'autre ne possède.

Chaque mission client la densifie.

Chaque article que tu lis devient un actif.

C'est la différence entre un freelance qui repart de zéro et une agence qui capitalise.

FAQ

La mémoire permanente Claude Code est-elle gratuite ?

Oui. Le plugin est sous licence MIT et 100 % open source sur GitHub. Tu ne payes que tes tokens d'API habituels, et Obsidian est gratuit pour un usage personnel.

Faut-il une base vectorielle ou un serveur pour stocker la mémoire ?

Non. C'est toute la force du LLM Wiki de Karpathy. La mémoire est stockée dans des fichiers Markdown en clair sur ton disque. Aucune base vectorielle, aucun serveur d'embedding, aucun abonnement.

Le plugin fonctionne-t-il sur Windows ?

Oui, avec une condition. Les écritures dans le vault exigent WSL. En natif Windows, tu peux lire et faire des dry-runs, mais l'écriture échoue. C'est une décision de l'auteur, pas un bug.

Combien de tokens la mémoire consomme-t-elle au démarrage d'une session ?

Environ 500 tokens pour le hot cache et l'index. À comparer aux 2 000 à 3 000 tokens que tu brûlais en recontextualisant manuellement chaque session.

Peut-on utiliser le plugin avec d'autres outils que Claude Code ?

Oui. Un script de setup branche Codex, OpenCode ou Gemini sur les mêmes schémas. La couche mémoire reste en place si tu changes de modèle ou d'outil.

Que se passe-t-il si je perds mon abonnement à un outil ?

Rien. Ton vault est un dossier de fichiers texte chez toi. Il s'ouvre dans Obsidian sans aucun outil payant. Si tu changes d'écosystème dans deux ans, ta connaissance part avec toi.

🤖 Vous préférez déléguer ? Mon agence Botlib installe des agents IA clé en main dans votre entreprise. Vous ne formez personne, c'est l'IA qui travaille pour vous. → Découvrir Botlib

📞 Besoin d'aide pour mettre en place l'IA ? Réservez un appel gratuit 👉

👉 *Rejoins la communauté JCBuildsAI — $37/mois

À propos de Jean-Charles

Je suis Jean-Charles Salvin — fondateur de JCBuildsAI, une communauté Skool dédiée à l'IA et l'automation (41+ membres). J'aide les entrepreneurs francophones à maîtriser l'IA pour automatiser leur business et générer des revenus.

  • Communauté active avec formations pas à pas
  • Accès à tous les outils et templates
  • Coaching et support quotidien
  • Mises à jour régulières

→ Rejoins la communauté JCBuildsAI

Aussi sur notre réseau

📺 Notes et ressources de la vidéo 👉

🆓 Formation IA gratuite + communauté 👉

La mémoire permanente Claude Code n'est pas un gadget : c'est l'outil qui te fait gagner des heures chaque semaine et capitaliser sur chaque mission.