Un coffre Obsidian est un dossier de notes Markdown que Claude Code peut consulter si l’agent y a accès : il est facultatif, car Claude Code dispose déjà de consignes CLAUDE.md et d’une mémoire automatique. Le coffre ajoute surtout une archive organisée par une personne, que l’on peut choisir de partager avec d’autres outils.
En pratique, la présence d’un coffre ne suffit pas à faire remonter une note au bon moment. Il faut que l’agent puisse accéder aux fichiers et qu’un index, des consignes ou la requête l’orientent vers les notes utiles.
Sommaire
- Ce que Claude Code mémorise déjà
- Ce qu’un coffre Obsidian apporte
- Un index aide à orienter la recherche
- Garder la main sur les modifications
- Un coffre local et les données de session
Ce que Claude Code mémorise déjà
Anthropic décrit deux mécanismes complémentaires. Les fichiers CLAUDE.md contiennent des consignes persistantes rédigées par l’utilisateur. La mémoire automatique, elle, est écrite par Claude à partir de certains éléments des sessions. Ce sont des informations de contexte, pas des réglages qui imposent à l’agent de respecter une règle.
La mémoire automatique est propre à un dépôt Git et stockée sur la machine utilisée. Elle n’est pas partagée automatiquement entre plusieurs machines ou environnements cloud. Au démarrage, Claude Code charge les 200 premières lignes ou 25 KB de MEMORY.md, selon le seuil atteint en premier. Les fichiers thématiques peuvent être lus à la demande. Claude n’enregistre pas une mémoire à chaque session et ignore les éléments qu’il peut déduire du code ou des fichiers CLAUDE.md existants. Anthropic détaille le fonctionnement de la mémoire de Claude Code.
| Approche | Stockage et périmètre | Au début d’une session | Usage adapté |
| Mémoire native de Claude Code | Consignes CLAUDE.md rédigées par l’utilisateur et mémoire automatique liée à un dépôt sur la machine. | Les consignes et l’index MEMORY.md sont chargés dans le contexte ; l’index est limité à 200 lignes ou 25 KB, selon le seuil atteint en premier. | Garder du contexte propre à un dépôt et des consignes de travail. |
| Coffre Obsidian | Dossier de notes Markdown organisé par l’utilisateur ; le partage demande une configuration distincte. | Le coffre n’est pas chargé automatiquement du seul fait qu’il existe. L’agent doit pouvoir accéder aux fichiers et être orienté vers les notes pertinentes. | Constituer une archive consultable par une personne et susceptible d’être partagée volontairement. |
Ce qu’un coffre Obsidian apporte
Un coffre peut rassembler des notes liées, des consignes de projet et des décisions que vous voulez relire ou maintenir vous-même. Un tutoriel de Journal du Net décrit un agent local qui lit et modifie directement les fichiers Markdown, sans passer par l’interface Obsidian. Le rôle de l’application est alors surtout d’aider la personne à organiser et parcourir ses notes ; l’agent travaille avec les fichiers auxquels il a accès.
Le graphique d’Obsidian rend visibles les relations entre les notes, mais ne garantit pas que Claude Code les consultera. Pour retrouver une information, l’agent dépend de l’accès aux fichiers, des instructions, de la requête et de la façon dont le coffre est indexé. Un utilisateur de Claude Code a raconté qu’un index donnant une brève description de chaque note l’aidait à choisir quelques notes dans son coffre d’environ 70 notes. C’est un témoignage individuel, pas une mesure générale de la qualité de récupération.
Un index aide à orienter la recherche
Pour un grand coffre, une note d’index peut résumer les sujets et pointer vers les notes détaillées. Des liens Markdown, des étiquettes et des métadonnées YAML peuvent aussi organiser les fichiers. Le tutoriel de Journal du Net propose de demander à l’agent de consulter l’index au début des tâches concernées, puis de suivre les liens utiles.
Cette organisation donne des repères à l’agent, mais ne signifie pas qu’il lira toutes les notes ni qu’il choisira toujours la bonne. Si deux notes se contredisent, demandez-lui de faire apparaître les deux références et le désaccord avant de s’appuyer sur l’une d’elles. Le tutoriel recommande de signaler les contradictions ou les informations périmées, plutôt que de supposer qu’elles seront résolues automatiquement.
Garder la main sur les modifications
Une consigne demandant à Claude Code d’attendre votre accord avant de modifier ou supprimer une note guide son comportement, mais ne constitue pas à elle seule un contrôle imposé. Anthropic distingue les instructions CLAUDE.md des permissions et des hooks, qui servent à encadrer les actions. Pour des changements importants dans le coffre, séparez donc les consignes de travail des contrôles que vous voulez réellement appliquer. La documentation Anthropic présente les mécanismes d’extension et de contrôle de Claude Code.
Un coffre local et les données de session
Des fichiers stockés sur votre machine peuvent aussi être lus par l’agent. Anthropic indique que le contenu transmis par les outils est écrit dans les transcriptions locales de Claude Code, qui sont en texte brut ; les permissions du système d’exploitation constituent la protection décrite pour ces fichiers. Ces transcriptions peuvent contenir du contenu envoyé au modèle. Anthropic décrit le stockage des données locales de Claude Code.
Un accès à distance ajoute d’autres chemins de données. Le tutoriel de Journal du Net décrit une synchronisation via GitHub ou une configuration faisant intervenir Obsidian Sync, un serveur MCP communautaire et un tunnel. Le choix entre un coffre strictement local et un partage configuré détermine quels services supplémentaires entrent dans le flux.
