Cette leçon revient sur un phénomène déjà observé au fil des précédentes : des fichiers apparaissent spontanément dans le contexte d’une conversation, notamment un fichier memory.md. Il s’agit du système natif de mémoire de Claude. On voit ici comment il fonctionne, comment le désactiver au profit d’un système personnalisé, et — plus fondamentalement — ce que recouvre réellement le concept de « mémoire ».
Activation du système natif
Le système de mémoire native se déclenche depuis les réglages, dans le menu des capacités, via l’option « générer la mémoire à partir de l’historique des conversations ». Une fois activée, elle se construit automatiquement dans chaque conversation et chaque projet CoWork.
Fonctionnement : fichier index + souvenirs
La mémoire native repose sur deux niveaux :
- Le fichier parent
memory.md— créé automatiquement, lu passivement à chaque nouvelle conversation, exactement comme unclaude.md. C’est un index.
Addendum 11-07-2026 : précision sur l’emplacement de memory.md. Contrairement au claude.md d’un projet, qui est un fichier physique situé dans le dossier du projet (visible et modifiable dans le Finder), memory.md et les souvenirs associés sont stockés dans l’espace interne de l’application Claude (dossier Application Support), pas dans le dossier projet sélectionné. Le comportement de lecture passive est identique, mais l’emplacement diffère — ne pas chercher memory.md dans le dossier du projet. – Les souvenirs — des fichiers enfants vers lesquels memory.md pointe. Claude ne les lit pas systématiquement : il scanne d’abord l’index, puis va chercher uniquement les souvenirs jugés pertinents pour la conversation en cours.
Ce mécanisme d’index permet à Claude de ne charger que ce qui est utile, plutôt que d’injecter l’intégralité de la mémoire à chaque échange.
La mémoire se construit progressivement, au fil des conversations : Claude enregistre de lui-même ce qu’il juge pertinent (manière de travailler, feedbacks reçus, informations sur le projet). Ce processus est automatique, mais peut aussi être déclenché manuellement — il suffit de demander explicitement à Claude d’enregistrer une information dans sa mémoire.
Les quatre types de souvenirs
Chaque souvenir est classé par Claude selon un type, qui détermine la façon dont l’information est structurée en interne. Ce classement est automatique — l’utilisateur n’a pas à s’en soucier — mais il aide à comprendre le fonctionnement du système :
- Profil — informations sur l’utilisateur : qui il est, son activité, son rôle.
- Feedback (« consigne » dans l’interface française) — retours donnés sur la façon de travailler. Exemple : « pas de mise à jour de plugins sans accord préalable et sauvegarde ».
- Projet — informations liées à un projet ou un client spécifique.
- Référence — informations organisationnelles, notamment l’emplacement des choses. Exemple : « les briefs et fichiers de tous les clients sont dans le dossier Google Drive “clients” ». Particulièrement utile quand Claude a accès à plusieurs connecteurs (Drive, etc.) : le souvenir de référence lui permet de retrouver rapidement où chercher.
Chaque souvenir porte un nom explicite et une courte description, visibles dans l’index — c’est sur cette base que Claude décide de le charger ou non.
Consulter et corriger les souvenirs
Les souvenirs utilisés dans une conversation apparaissent dans le panneau de contexte, avec la mention qu’ils proviennent de la mémoire. Chaque fichier reste consultable et modifiable directement (via « afficher dans le dossier » ou ouverture dans un éditeur de texte). Si une information enregistrée est incorrecte ou ne convient plus, il suffit de demander à Claude de la corriger.
Désactiver la mémoire native pour un système sur mesure
Rien n’oblige à garder ce système par défaut. Il est possible de le désactiver et de construire sa propre structure de mémoire, mieux adaptée à un usage spécifique — typiquement en pointant depuis un claude.md vers des fichiers dédiés, avec la consigne d’y écrire systématiquement.
Exemple 1 : mémoire générique en trois fichiers
Un système simple et réutilisable, organisé en dossier mémoire/ à la racine de chaque projet :
journal.md— un log chronologique, une entrée par session de travail : ce qui a été fait, les problèmes rencontrés. À archiver dans un sous-dossierarchives/quand il devient trop long.decision.md— les choix structurants pris au fil du projet.etat.md— une photo à l’instant T de l’avancement : où on s’est arrêté, sur quoi on travaillait, quelles problématiques restent ouvertes. Ce fichier est ce qui donne un sentiment de continuité même en démarrant une toute nouvelle conversation (contrairement à la reprise d’une conversation existante, où le contexte est déjà présent).
Exemple 2 : mémoire orientée projet client
Adaptée à un projet de création de site pour un client :
brief-client.md— cahier des charges, éléments de brief.charte-graphique.md— couleurs, polices, logo.decisions-design.md— choix de maquette, arbitrages.etat-livraison.md— ce qui a été fait, ce qu’il reste à faire.
Exemple 3 : mémoire orientée création de contenu
Adaptée à un projet de rédaction (posts LinkedIn, par exemple) :
idees.md— banque d’idées, calendrier éditorial, angles et formats récurrents.perf.md— ce qui a bien fonctionné, ce qui n’a pas marché, à refaire ou non.
Ce qu’il faut retenir : la mémoire est un concept poreux
Ces trois exemples sont volontairement arbitraires — l’essentiel est de comprendre qu’il n’existe pas de différence fondamentale entre un « système de mémoire » et un ensemble de fichiers Markdown que Claude a l’habitude de lire. Un claude.md est lui-même une forme de mémoire passive, déposée dans un dossier.
Le mot « mémoire » recouvre en réalité un principe simple : donner du contexte et des instructions à Claude, et s’assurer qu’il les lise automatiquement. Le système natif de Claude fonctionne bien et convient au plus grand nombre. Mais rien n’empêche d’étirer ce concept, de l’adapter à un besoin précis — voire de l’oublier complètement en pensant plutôt en termes de contexte et d’instructions structurées.
Point pratique pour construire un système sur mesure : dans le claude.md du projet, pointer explicitement vers les fichiers mémoire choisis et demander à Claude d’y écrire systématiquement.