Le système de mémoire Claude

Tu vas pouvoir l'installer chez toi, avec ou sans une seule ligne de code.

1. Ce que « donner une mémoire à Claude » veut vraiment dire

Le réflexe le plus répandu, c'est le gros fichier de contexte. Tu remplis un document qui dit qui tu es, ce que tu fais, comment tu écris, et tu le colles dans les instructions. C'est déjà mieux que rien, et je te recommande de le faire si tu n'as rien aujourd'hui.

Mais ce fichier a trois défauts qui apparaissent au bout de quelques semaines.

Il vieillit sans prévenir. Tu changes d'offre, tu perds un client, tu changes d'avis sur une méthode, et le fichier continue d'affirmer le contraire avec assurance. Un contexte périmé est pire qu'un contexte absent, parce qu'il produit des réponses fausses sur un ton confiant.

Il grossit jusqu'à devenir illisible. Chaque nouvelle précision s'ajoute à la fin. Au bout de trois mois tu as huit pages que plus personne ne relit, toi compris.

Et surtout, c'est toi qui l'alimentes. Tu es le goulot d'étranglement. Le jour où tu n'as pas le temps, le système s'arrête.

Un système de mémoire, ce n'est pas un fichier que tu remplis. C'est une bibliothèque que Claude tient à jour lui-même, et dont tu es le relecteur.

La différence tient en une phrase : dans le système décrit ici, c'est Claude qui écrit les mémoires, qui les met à jour quand un fait change, et qui les supprime quand elles deviennent fausses. Toi, tu valides et tu corriges.

---

2. L'architecture en trois pièces

Le système entier tient en trois éléments. Ni plus, ni moins.

Le point d'équilibre du système est là : l'index est lu intégralement à chaque nouvelle conversation, les mémoires ne sont ouvertes qu'au besoin. C'est ce qui permet d'avoir deux cents faits mémorisés sans saturer la conversation. Claude voit la table des matières, et il va chercher la fiche seulement quand le sujet arrive.

C'est exactement le fonctionnement d'un classeur bien rangé. Tu ne lis pas les six cents pages avant chaque réunion. Tu regardes l'intercalaire, et tu ouvres la bonne chemise.

---

3. Les quatre types de mémoire

Un fait par fichier. C'est la règle qui fait tout tenir, et c'est celle qu'on a le plus envie d'enfreindre.

Elle a deux conséquences très concrètes. La mise à jour devient chirurgicale : quand un fait change, on réécrit un fichier de dix lignes, pas un document de huit pages. Et le rappel devient sélectif : Claude ouvre la fiche « comment je veux qu'on m'écrive les emails » sans charger au passage tout l'historique de tes clients.

Quatre types suffisent à couvrir la totalité de ce qu'une entreprise a besoin de mémoriser.

Le type feedback est celui qui change le plus la vie, et c'est celui que les gens oublient de créer. C'est là que se rangent toutes les corrections que tu répètes. Chaque fois que tu te surprends à dire « non, pas comme ça, je te l'ai déjà dit », il manque une mémoire de type feedback.

3.1 Le gabarit exact d'une mémoire

Chaque mémoire est un fichier texte au format Markdown, avec un en-tête et un corps.

---
name: validation-avant-envoi-client
description: Ne jamais envoyer un message à un client, toujours préparer un brouillon
metadata:
  type: feedback
---

Aucun email, devis ou message client ne part sans validation humaine.
Toujours préparer un brouillon et me le soumettre.

**Why:** un envoi prématuré à un client engage l'entreprise et ne se
rattrape pas. Le coût d'un aller-retour de validation est nul comparé
au coût d'une erreur envoyée.

**How to apply:** rédiger, présenter le texte complet, attendre le
feu vert explicite. Vaut aussi pour les réponses courtes.
Voir [[ton-des-emails-clients]].

Trois détails font la différence entre une mémoire utile et une note morte.

Le champ description sert au rappel. C'est sur cette ligne que Claude décide si la fiche est pertinente pour la conversation en cours. Une description vague comme « règles diverses » ne sera jamais rappelée au bon moment. Écris-la comme un titre de dossier que tu chercherais toi-même.

Le Why empêche l'application bête. Une règle sans raison est appliquée à la lettre, y compris dans les cas où elle n'a pas de sens. Une règle avec sa raison est appliquée avec discernement, et Claude sait la mettre en pause quand le contexte l'exige.

Les doubles crochets [[nom-d-une-autre-memoire]] créent des renvois entre fiches. C'est ce qui transforme un tas de notes en réseau : en ouvrant une mémoire, Claude découvre les fiches voisines. Chez moi, ces renvois sont au nombre de 300 pour 188 fiches, et ce sont eux qui font que le système répond juste sur des sujets transverses.

Astuce : quand tu ne sais pas si une information mérite une mémoire, pose-toi une seule question. Est-ce que je vais devoir le réexpliquer dans deux semaines ? Si oui, c'est une mémoire. Sinon, c'est du contexte de conversation, et ça peut disparaître.

---

4. L'index

L'index est un fichier unique, MEMORY.md, chargé au démarrage de chaque conversation. Il contient une ligne par mémoire, et jamais le contenu des mémoires.

## Qui je suis
- [Profil dirigeant](user-profil.md) : PME 14 personnes, pas développeur

## Façon de travailler
- [Validation avant envoi client](validation-avant-envoi-client.md) : jamais d'envoi direct
- [Ton des emails](ton-des-emails-clients.md) : direct, court, pas de formule creuse

## Dossiers en cours
- [Refonte du site](projet-refonte-site.md) : livraison novembre, budget arbitré le 12/08
- [Recrutement commercial](projet-recrutement.md) : deux candidats en cours

## Références
- [Suivi des devis](ref-suivi-devis.md) : classeur partagé, onglet Devis 2026

La tentation permanente, c'est de recopier le contenu dans l'index « pour gagner du temps ». Ne le fais pas. L'index est la seule chose lue à chaque démarrage : s'il grossit, c'est toute ta conversation qui devient plus lente et plus chère, y compris quand tu poses une question qui n'a rien à voir.

Une bonne ligne d'index tient sur une ligne d'écran : un titre cliquable, deux points, et une accroche de cinq mots qui permet de décider s'il faut ouvrir.

---

5. Les instructions à coller

C'est la pièce qui rend le système autonome. Sans elle, tu as juste un dossier de notes que personne ne remplit.

Ce bloc se colle dans les instructions permanentes de Claude : le fichier CLAUDE.md si tu utilises Claude Code, les instructions personnalisées de ton projet si tu es sur l'application. Tu le colles une fois. Tu n'y touches plus.

# Mémoire

Tu disposes d'une mémoire persistante dans le dossier `memory/`.
Chaque mémoire est un fichier contenant UN SEUL fait, avec cet en-tête :

---
name: <slug-en-minuscules-avec-tirets>
description: <une ligne, elle sert à décider si la fiche est pertinente>
metadata:
  type: user | feedback | project | reference
---

Types : `user` (qui je suis), `feedback` (comment travailler avec moi,
toujours avec **Why:** et **How to apply:**), `project` (dossiers en cours,
dates absolues jamais relatives), `reference` (pointeurs vers l'extérieur).
Relie les fiches entre elles avec [[nom-de-la-fiche]].

## Quand tu écris une mémoire
Quand j'énonce un fait durable sur moi, mon entreprise ou ma façon de
travailler. Quand je te corriges sur une manière de faire : écris la règle
ET la raison. Quand une décision est prise. Ne me demande pas la permission,
écris-la et dis-moi en une ligne ce que tu as retenu.

## Quand tu ne l'écris PAS
Ce qui ne vaut que pour la conversation en cours. Ce qui est déjà écrit
ailleurs et que tu peux relire. Une information dont tu n'es pas sûr :
demande d'abord.

## Avant d'écrire, vérifie
Cherche s'il existe déjà une fiche sur le sujet. Si oui, mets-la à jour
plutôt que d'en créer une deuxième. Deux fiches qui se contredisent
valent moins que pas de fiche du tout.

## Quand tu mets à jour ou supprimes
Dès qu'un fait change, corrige la fiche. Dès qu'un fait devient faux,
supprime-la et dis-le moi. Une mémoire périmée est un mensonge confiant.

## L'index
Après chaque écriture, ajoute une ligne dans `MEMORY.md` :
`- [Titre](fichier.md) : accroche de cinq mots`
L'index contient des pointeurs, JAMAIS le contenu des mémoires.

## Au démarrage
Lis `MEMORY.md`. N'ouvre une mémoire que si le sujet de la conversation
la concerne. Si une fiche mentionne un fichier, un outil ou une procédure,
vérifie qu'il existe encore avant de t'appuyer dessus.

Deux phrases de ce bloc méritent une explication, parce que ce sont elles qui évitent les dérives les plus coûteuses.

« Ne me demande pas la permission » change complètement l'usage. Si Claude demande à chaque fois, tu dis non les trois quarts du temps parce que tu es occupé, et le système ne se remplit jamais. En écrivant d'office et en te disant ce qu'il a retenu, il te laisse le rôle du relecteur, qui coûte deux secondes.

« Une mémoire périmée est un mensonge confiant » est la phrase la plus importante du bloc. Elle donne à Claude l'autorisation explicite de supprimer. Sans elle, les modèles ont une tendance nette à accumuler et à ne rien jeter.

---

6. La routine d'entretien

Un système de mémoire se dégrade silencieusement. Il ne tombe pas en panne, il devient juste progressivement faux. Une revue de dix minutes par mois suffit à le maintenir.

Voici les quatre gestes, dans l'ordre où je les fais.

Les doublons. Demande : « Liste les mémoires qui traitent du même sujet et propose des fusions. » Les doublons naissent quand tu formules la même règle de deux manières différentes à trois semaines d'écart. Ils ne sont pas graves tant qu'ils disent la même chose, ils deviennent nuisibles dès qu'ils divergent.

Le périmé. Demande : « Liste les mémoires de type project qui n'ont pas bougé depuis deux mois, et dis-moi lesquelles sont probablement terminées. » Les dossiers finis sont la première source de pollution : le projet est livré depuis longtemps mais Claude continue de le traiter comme actif.

Les liens morts. Demande : « Vérifie que les fichiers, outils et procédures cités dans les mémoires existent encore. » C'est le geste le plus rentable si ton organisation bouge : un chemin de dossier qui a changé rend une mémoire entière trompeuse.

Les renvois. Demande : « Quelles mémoires devraient se citer mutuellement et ne le font pas ? » C'est le geste de confort, celui qui fait passer le système de « il se souvient » à « il fait des rapprochements que je n'avais pas faits ».

---

7. Trois exemples remplis

Ce que tu mémorises n'a rien à voir selon ton métier. Voici trois index de départ, à copier et à adapter. Ce sont des points de départ crédibles, pas des modèles à respecter.

7.1 Dirigeant de PME

L'enjeu est de ne plus être le seul dépositaire du contexte de l'entreprise.

## Qui je suis
- [Profil](user-profil.md) : dirigeant, 14 personnes, non technique

## Mon entreprise
- [Activité et offres](ref-offres.md) : trois offres, tarifs, marges cibles
- [Clients principaux](ref-clients.md) : les huit qui font 70 % du chiffre
- [Saisonnalité](ref-saisonnalite.md) : creux en août, pic en novembre

## Façon de travailler
- [Validation avant envoi client](validation-avant-envoi.md) : jamais d'envoi direct
- [Format des comptes rendus](format-comptes-rendus.md) : une page, décisions en tête
- [Ce que je délègue et ce que je garde](perimetre-delegation.md)

## Dossiers en cours
- [Recrutement commercial](projet-recrutement.md) : deux candidats, décision fin septembre
- [Renégociation assurance](projet-assurance.md) : échéance au 31 décembre

7.2 Freelance

L'enjeu est de ne plus réexpliquer son style et ses conditions à chaque mission.

## Qui je suis
- [Profil et positionnement](user-profil.md) : spécialité, ce que je refuse
- [Mon style d'écriture](style-ecriture.md) : ton, formules bannies, exemples

## Mes conditions
- [Tarifs et modalités](ref-tarifs.md) : TJM, acompte, délais de paiement
- [Ce que je ne fais pas](limites-missions.md) : hors périmètre, avec la raison

## Clients actifs
- [Client A](projet-client-a.md) : contexte, interlocuteur, historique des livrables
- [Client B](projet-client-b.md) : contexte, contraintes techniques

## Façon de travailler
- [Structure de mes devis](format-devis.md) : les cinq blocs, dans l'ordre
- [Relances impayés](process-relances.md) : à J+7, J+21, puis mise en demeure

7.3 Équipe

L'enjeu est la cohérence : que le même travail donne le même résultat, quelle que soit la personne qui le demande.

## L'équipe
- [Qui fait quoi](ref-roles.md) : périmètre de chacun, qui valide quoi
- [Nos outils](ref-outils.md) : où vit quelle information

## Nos règles communes
- [Ton de la marque](feedback-ton-marque.md) : avec exemples validés et rejetés
- [Ce qui ne sort jamais sans validation](feedback-validation.md) : la liste, et par qui
- [Données confidentielles](feedback-confidentialite.md) : ce qui ne doit jamais être partagé

## Nos procédures
- [Accueil d'un nouveau client](process-onboarding.md) : les sept étapes
- [Réponse à un appel d'offres](process-appel-offres.md) : trame et pièces obligatoires

Un avertissement sur l'usage en équipe. Une mémoire partagée devient une source de vérité collective. Décide dès le départ qui a le droit d'écrire dedans et à quelle fréquence elle est relue, sinon elle dérive plus vite qu'un document classique, précisément parce qu'elle se remplit toute seule.

---

8. La version sans une ligne de code

Tout ce qui précède fonctionne sans terminal, sans installation, sans compétence technique. Voici le chemin le plus court, en dix minutes chrono.

Crée un projet. Dans l'application Claude, un projet est un espace qui garde ses instructions et ses documents d'une conversation à l'autre. C'est le support de ta mémoire. Un projet par activité, pas un projet par sujet.

Colle les instructions. Reprends le bloc de la section 5 dans les instructions personnalisées du projet, en remplaçant la première phrase par : « Ta mémoire est le document MEMOIRE joint à ce projet. »

Crée le document de mémoire. Un seul document, avec tes rubriques : qui je suis, ma façon de travailler, mes dossiers en cours, mes références. Commence avec cinq lignes. Il se remplira tout seul.

Prends l'habitude de la phrase de fin. En fin de conversation, écris : « Qu'est-ce qui mérite d'être retenu de cette conversation ? Donne-moi le bloc à ajouter au document MEMOIRE. » Tu copies, tu colles dans le document. Trente secondes.

Il faut être honnête sur la limite de cette version, parce que c'est elle qui décide si tu passeras un jour à l'autre. Dans l'application, Claude ne peut pas modifier lui-même le document du projet : il te donne le texte, c'est toi qui le colles. Le geste est court mais il existe, et le jour où tu ne le fais plus, le système s'arrête.

Mon conseil : commence par la version sans code, même si tu es technique. Deux semaines d'usage réel t'apprendront ce que tu as vraiment besoin de mémoriser, et cette liste ne ressemblera pas à celle que tu aurais écrite au départ.

---

9. Les erreurs qui tuent le système

Les quatre situations ci-dessous sont celles qui reviennent le plus souvent. Aucune n'est grave prise isolément, toutes finissent par vider le système de son intérêt.

Il y en a une cinquième, plus insidieuse, et c'est celle qui m'a coûté le plus cher.

Une mémoire enregistre ce qui était vrai au moment où elle a été écrite. Elle ne se met pas à jour toute seule quand le monde change. Si une fiche cite un fichier, un outil, un tarif ou une procédure, ce qu'elle affirme doit être revérifié avant d'engager une décision dessus. C'est la raison de la dernière phrase du bloc d'instructions, et c'est le geste qui distingue un système fiable d'un système qui a juste l'air fiable.

Une mémoire n'est pas une preuve, c'est un souvenir daté. Elle te dit où regarder, elle ne te dispense pas de regarder.

---

10. Installer, et vérifier que ça marche

L'installation tient en quatre gestes. Compte dix minutes pour la version sans code.

1. Crée l'endroit où vivra la mémoire : un projet dans l'application, ou un dossier memory/ à côté de ton travail.
2. Colle le bloc d'instructions de la section 5.
3. Crée un index vide avec tes quatre rubriques : qui je suis, ma façon de travailler, mes dossiers, mes références.
4. Écris trois mémoires de départ à la main, pour amorcer : ton profil, une règle de travail que tu répètes souvent, un dossier en cours.

Ensuite, ne fais rien de spécial. Travaille normalement. Corrige Claude quand il se trompe, comme d'habitude. Le système se remplit de lui-même à partir de tes corrections.

Le test qui compte arrive à ta deuxième session. Ouvre une conversation neuve, sans rien expliquer, et demande-lui quelque chose qui suppose de te connaître. « Rédige la réponse à ce client » plutôt que « rédige un email professionnel ». Si la réponse arrive dans ton ton, avec tes contraintes, sans que tu aies eu à les rappeler, le système fonctionne.

Voici la checklist que j'utilise pour vérifier une installation.

• Chaque fichier de mémoire contient un seul fait
• Chaque description permet de décider d'ouvrir la fiche sans l'ouvrir
• Chaque mémoire de type feedback porte sa raison
• L'index ne contient que des pointeurs
• Les dates sont absolues, jamais « la semaine dernière »
• Aucune mémoire ne recopie une information déjà écrite ailleurs
• Les mots de passe et données sensibles sont absents du système
• Une revue mensuelle est posée dans ton agenda

Ce dernier point sur les données sensibles mérite une phrase. Une mémoire est un fichier texte lisible, relu à chaque session. Les identifiants, mots de passe, coordonnées bancaires et données personnelles de tiers n'y ont pas leur place. Mémorise l'emplacement d'un coffre-fort de mots de passe, jamais son contenu.

---

Un mot pour finir, parce qu'il détermine ce que tu vas obtenir de ce système. La mémoire ne rend pas Claude plus intelligent, elle le rend pertinent. C'est une distinction qui a l'air théorique et qui ne l'est pas du tout : un modèle brillant qui ignore ton contexte produit des réponses justes et inutilisables, pendant qu'un modèle correctement informé produit des réponses ordinaires et directement applicables. Dans une entreprise, la deuxième catégorie vaut infiniment plus que la première.

Et c'est aussi pour ça qu'un système de mémoire ne remplace pas un cadrage. Il fait que Claude se souvient de ce que tu lui as dit. Il ne te dit pas ce qui, dans ton organisation, mérite d'être confié à une machine en premier.