Je ne mets dans CLAUDE.md que ce qui est vrai à chaque session

Vous avez pris le temps, un soir, d'expliquer à Claude qui vous êtes. Votre métier, vos tarifs, la façon dont vous accueillez un nouveau client, le ton de vos mails, les mots que vous ne voulez jamais lire sous votre nom. Tout est parti dans un seul endroit, et pendant quelques semaines tout allait bien. Puis les petites dérives sont arrivées. Une relance d'impayé qui cite un tarif de séance que vous n'appliquez plus à ce type de rendez-vous. Un message pour votre association de quartier écrit comme un mail de cabinet. Une fiche conseil qui reprend votre protocole d'accueil alors que personne ne l'a demandé.

Ce n'est pas Claude qui oublie. C'est le rangement qui ne va pas. Une consigne posée au mauvais endroit est lue au mauvais moment, et chaque ligne lue pour rien dilue celles qui comptent. Cet article vous montre où ranger chaque chose, d'abord sur claude.ai, le site et l'application que la plupart des praticiens utilisent, puis dans Claude Code, l'outil des utilisateurs avancés. Vous pouvez appliquer la première partie cette semaine, sans rien installer.

Le geste de départ est toujours le même, quel que soit l'outil. Claude se trompe, vous ouvrez l'endroit où vivent vos consignes, vous ajoutez une ligne. Trois mois plus tard, cet endroit mélange la façon de saluer un client, la procédure complète d'un devis, une grille de tarifs recopiée et deux interdits écrits en majuscules. Claude le relit en entier. Il ne l'oublie pas. Il le suit moins bien.

Le problème n'est donc pas ce que vous écrivez. C'est l'endroit où vous le posez.

Sur claude.ai, quatre tiroirs qui ne s'ouvrent pas au même moment

Un tiroir se définit par le moment où Claude l'ouvre. C'est la seule question qui compte pour ranger.

Les instructions du compte. Dans les réglages (cliquez sur vos initiales en bas à gauche, puis Settings), la rubrique « Instructions for Claude » accueille des consignes qui, selon le centre d'aide d'Anthropic, s'appliquent à toutes vos conversations. Toutes : celle du cabinet, celle des vacances, celle où vous aidez votre fils à réviser. Ce tiroir ne doit contenir que ce qui est vrai partout. Votre façon d'écrire, le vouvoiement, le fait que vous préférez des réponses courtes. Rien qui ne concerne qu'une seule de vos activités.

Les instructions d'un Projet. Un Projet, sur claude.ai, est un espace qui regroupe plusieurs conversations autour d'un même sujet, avec des consignes et des documents communs. Les instructions d'un Projet ne valent que pour les conversations ouvertes à l'intérieur. C'est l'endroit du « au cabinet, on fait comme ça » : le ton avec les clients, les mentions qui doivent figurer sur un mail de rendez-vous, l'endroit où trouver vos tarifs. Les Projets sont ouverts à toutes les offres, avec une limite de 5 Projets sur l'offre gratuite.

Les fichiers d'un Projet. À côté des instructions, chaque Projet a une base de connaissances : des documents que vous y déposez et auxquels Claude se réfère pendant les conversations du Projet. C'est la place de la matière, pas des consignes : grille de tarifs, protocole d'accueil, modèle de facture, liste de vos ateliers. Sur les offres payantes, quand ces fichiers deviennent volumineux, le centre d'aide indique que Claude passe en mode recherche pour aller chercher le passage utile plutôt que de tout garder en tête. Une longue procédure y est mieux rangée que dans les instructions, où elle serait relue à chaque échange.

La conversation elle-même. Ce qui ne vaut que pour une tâche se dit dans la conversation, et nulle part ailleurs. « Pour ce mail, sois plus ferme que d'habitude. » « Cette cliente préfère qu'on l'appelle par son prénom. » Si vous le mettez dans un tiroir permanent, cette consigne d'un jour deviendra la règle de tous les jours.

Un cinquième tiroir existe, que vous ne remplissez pas vous-même : la mémoire, que Claude écrit au fil des conversations, avec un espace séparé pour chaque Projet. Elle mérite d'être relue et nettoyée régulièrement, et j'ai consacré un article entier à cette relecture. Ici, la question est en amont : où poser une consigne pour qu'elle n'ait pas besoin d'être effacée plus tard.

La question que je pose avant de ranger quoi que ce soit tient en une phrase. Si j'enlève cette ligne, Claude ferait-il une erreur la semaine prochaine, et dans quelle conversation ? Si la réponse est « partout », compte. Si c'est « au cabinet », Projet. Si c'est « quand il doit citer un prix », fichier. Si c'est « dans ce mail-ci », conversation.

Dans un cabinet : Lucie a tout collé dans son compte

Exemple inventé. Lucie est sophrologue à Rennes. Elle reçoit en cabinet, anime des séances collectives dans une maison de quartier et prépare un atelier de gestion du stress pour une entreprise. Au printemps, elle a rempli les instructions de son compte d'une traite. On y trouve, dans l'ordre : ses tarifs (séance individuelle, forfait de cinq séances, tarif collectif), son protocole d'accueil d'un nouveau client en sept étapes, sa charte de ton (vouvoiement, pas de promesse de résultat, phrases courtes), et une liste d'interdits écrits en majuscules, dont « NE JAMAIS PARLER DE GUÉRISON » et « NE JAMAIS DONNER UN AVIS MÉDICAL ».

Rien de tout cela n'est faux. Tout est mal rangé. Ses tarifs ressortent dans le devis de l'atelier en entreprise, qui obéit à une autre grille. Son protocole d'accueil s'invite dans un mail à la maison de quartier. Et quand elle demande de l'aide pour organiser l'anniversaire de sa fille, Claude vouvoie des enfants de huit ans.

Voici comment elle range, en quatre étapes et une demi-heure.

Étape 1 : faire trier le texte par Claude

Elle ouvre une nouvelle conversation, colle le contenu de ses instructions de compte et demande un tri, sans rien réécrire.

Voici toutes les consignes que j'ai écrites pour toi, en vrac.
Ne réécris rien. Classe chaque ligne dans l'une de ces quatre cases :
1. vrai dans toutes mes conversations, même personnelles
2. vrai seulement pour mon activité de sophrologue
3. une information (tarif, liste, procédure), pas une consigne
4. une consigne qui ne valait que pour une tâche précise
Présente le résultat en tableau : ligne, case, raison en une phrase.
Signale les lignes qui se contredisent.

Le tableau lui sert de brouillon. Elle corrige deux classements, puis passe à la suite. Le tri reste le sien : Claude propose, elle décide.

Étape 2 : réduire le compte à l'essentiel

Dans Settings, rubrique Instructions for Claude, elle ne garde que la case 1. Quatre lignes :

Je suis sophrologue, j'écris en français.
Réponds de façon concise, sans jargon.
Quand un texte est destiné à quelqu'un d'autre, propose un brouillon que je relis.
Si une information te manque, demande-la plutôt que de l'inventer.

Étape 3 : créer le Projet « Cabinet »

Elle crée un Projet, y met la case 2 en instructions, et la case 3 en fichiers. Les instructions du Projet tiennent en quelques lignes et disent où trouver le reste.

Ce Projet sert à mon activité de sophrologue en cabinet.
Avec mes clients : vouvoiement, phrases courtes, aucune promesse de résultat.
Les tarifs sont dans tarifs-2026.md. N'en cite jamais d'autres.
Pour un premier rendez-vous, suis protocole-accueil.md.
Pour un atelier en entreprise, les tarifs cabinet ne s'appliquent pas :
demande-moi le devis prévu.

Deux fichiers texte rejoignent la base de connaissances du Projet : la grille de tarifs, et le protocole d'accueil en sept étapes. Plus tard, elle ajoutera un Projet « Ateliers entreprise » avec sa propre grille. Chaque activité a désormais son tiroir.

Étape 4 : regarder les interdits en face

Restent les majuscules. Lucie les garde dans les instructions du Projet, reformulées calmement (« ne parle jamais de guérison ; tu n'es pas là pour donner un avis médical »). Mais elle comprend ce qu'elles valent : une demande, pas un verrou. La partie Claude Code de cet article le montre en détail, et c'est vrai aussi sur claude.ai. Une phrase, même en majuscules, peut être mal appliquée.

La seule garantie que Lucie contrôle vraiment, c'est ce qu'elle donne à Claude. Un interdit qui compte se traduit donc en geste : elle ne dépose aucun dossier client dans son Projet, elle relit chaque texte destiné à un client avant de l'envoyer, et elle garde ses consignes de ton pour ce qu'elles sont, une aide à la rédaction.

Ce que l'on ne range nulle part : la santé de vos clients

Un tiroir bien rangé attire la tentation d'y mettre tout le cabinet. Une limite s'impose ici. Ce qui touche à la santé d'une personne est une donnée sensible au sens du RGPD, la catégorie que son article 9 protège le plus, et pour les professions concernées cela relève aussi du secret professionnel.

Dans vos tiroirs permanents, compte ou Projet, ne rangez donc jamais de fiche client, de compte rendu de séance ou de motif de consultation relié à un nom. Quand vous avez besoin d'aide sur un cas, collez-le dans la conversation, anonymisé : des initiales plutôt qu'un nom, pas de date de naissance, pas de pathologie rattachée à une personne identifiable. Pour ce genre d'échange, le chat privé (l'icône fantôme en haut à droite d'une nouvelle conversation, hors Projet) n'utilise pas votre mémoire et ne l'alimente pas. Il est conservé 30 jours par défaut : « privé » veut dire « sans mémoire », pas « sans trace ». Le texte que vous y collez doit être aussi propre qu'ailleurs.

Le centre d'aide précise aussi que, par défaut, la mémoire de claude.ai écarte les sujets sensibles comme la santé. C'est un filet, pas une méthode. Et quoi que vous rangiez, Claude ne pose pas de diagnostic : il vous aide à écrire, à préparer, à mettre en forme.

Pour aller plus loin, si vous utilisez Claude Code

La suite s'adresse à ceux qui travaillent dans Claude Code, l'outil qui s'utilise depuis le terminal (la fenêtre où l'on tape des commandes au lieu de cliquer) et qui agit directement sur les fichiers de votre ordinateur. La leçon est la même, les tiroirs sont plus nombreux, et l'un d'eux sait enfin dire non.

Le fichier central s'appelle CLAUDE.md : un simple fichier texte, posé dans votre dossier de travail, que Claude relit en entier au début de chaque session. Ce n'est pas une impression si un CLAUDE.md trop long est moins bien suivi. La documentation de Claude Code conseille de viser moins de 200 lignes par fichier CLAUDE.md, parce qu'un fichier plus long consomme plus de contexte (la quantité de texte que Claude garde sous les yeux pendant une session) et que Claude s'y tient moins bien. Chaque ligne ajoutée pour une tâche rare dilue celles qui servent tout le temps. Et quand deux lignes se contredisent, la même page prévient que Claude peut en retenir une au hasard.

Six endroits, qui ne sont pas lus au même moment

Claude Code offre plusieurs tiroirs. Ce qui les distingue, c'est le moment où Claude les ouvre.

CLAUDE.md est lu en entier à chaque session. C'est l'équivalent des instructions de Projet sur claude.ai. Il doit contenir ce qui est vrai tout le temps : votre métier, votre ton, la façon de nommer vos fichiers. Le test que je lui applique tient en une question : si j'enlève cette ligne, Claude ferait-il une erreur la semaine prochaine ? Si la réponse est non, elle n'a rien à faire là. Il existe en trois versions : personnelle (~/.claude/CLAUDE.md), valable dans tous vos projets ; projet, partagée par git, l'outil qui garde l'historique d'un dossier et permet de le partager ; et locale (CLAUDE.local.md), pour vous seul, que git ignore.

Le dossier .claude/rules/ accueille des fichiers de règles. Sans précision, ils sont chargés à chaque session, comme CLAUDE.md. Avec un champ paths en tête de fichier, ils ne se chargent que lorsque Claude ouvre un fichier du dossier visé. Une règle qui ne concerne que vos factures cesse d'encombrer le reste.

Une compétence (en anglais skill : une procédure écrite que Claude sait retrouver seul), rangée dans .claude/skills/<nom>/SKILL.md, contient une procédure. Au démarrage, Claude n'en lit que la description. Le corps arrive quand la tâche se présente, parce que vous tapez /devis ou parce que Claude reconnaît la demande. La page des compétences le dit sans détour : on en crée une quand une section de CLAUDE.md est devenue une procédure plutôt qu'un fait.

Le dossier contexte/ n'est pas une fonction de Claude Code, c'est une convention. C'est l'équivalent des fichiers de Projet. Il garde votre matière : tarifs, menus, fiches produits. Ce sont des données, pas des consignes, et Claude les ouvre quand il en a besoin. Les données sensibles y vivent dans un sous-dossier à part, que l'on ferme (on y vient plus bas).

Les réglages, dans .claude/settings.json (un fichier de configuration écrit en JSON, un format de texte structuré), ne sont pas lus par Claude. Claude Code les applique. C'est le seul endroit où un interdit tient vraiment.

Enfin installations.md, un fichier pour vous seul : ce que vous avez ajouté, quand, ce que ça remplace, la dernière fois que ça a servi. Sans lui, dans six mois, plus personne ne sait pourquoi une compétence existe.

La question que je pose avant d'écrire une règle

Je la pose dans cet ordre, et la première réponse positive décide. Cette règle doit-elle tenir même si Claude se trompe ? Alors elle ne s'écrit pas en phrase, elle va dans les réglages. Est-elle vraie à chaque session et tient-elle en une ou deux lignes ? CLAUDE.md. Ne vaut-elle que pour un dossier ? Un fichier dans .claude/rules/ avec son champ paths. Décrit-elle les étapes d'une tâche qui revient ? Une compétence. Est-ce une information plutôt qu'une consigne ? contexte/. Et chaque fois que la réponse ajoute quelque chose au projet, une ligne dans installations.md.

La page qui présente les extensions donne le même tri sous forme de déclencheurs. Claude se trompe deux fois sur une convention : CLAUDE.md. Vous collez la même procédure pour la troisième fois : une compétence. Vous voulez qu'une chose arrive à chaque fois sans la demander : un hook.

Le tiroir que vous ne remplissez pas : la mémoire automatique

Tous ces tiroirs, c'est vous qui les remplissez. Claude Code en tient un autre, comme la mémoire de claude.ai évoquée plus haut : la mémoire automatique. Ce sont des notes que Claude prend seul quand vous le corrigez, dans un fichier MEMORY.md rangé sur votre machine, accompagné de fichiers de sujets. Seules ses 200 premières lignes, ou ses 25 premiers Ko, sont chargées au démarrage. Le reste existe, mais Claude ne le voit pas en ouvrant la session.

En septembre 2026, un même utilisateur peut donc avoir cinq mémoires différentes, écrites par deux auteurs.

Trois propriétés de cette mémoire comptent pour le rangement. Elle ne se vide pas toute seule : contrairement aux transcriptions de session, que Claude Code efface après un délai, la mémoire automatique est exclue de ce ménage. Elle reste jusqu'à ce que vous ou Claude y touchiez. Quand MEMORY.md approche de sa limite, Claude Code rappelle à Claude de fusionner ou d'abandonner les entrées périmées, mais il ne sait pas lesquelles le sont. Vous, oui. Elle est ensuite propre à chaque machine : ce que Claude a appris sur votre ordinateur de bureau ne suit pas sur le portable. Une règle qui doit valoir partout va donc dans CLAUDE.md, pas dans l'espoir que Claude la retienne. Enfin, elle vit en clair dans votre dossier personnel.

La commande /memory est la porte d'entrée des deux systèmes. Elle liste les fichiers chargés dans la session, CLAUDE.md compris, permet d'activer ou de couper la mémoire automatique, et ouvre chaque fichier dans votre éditeur. Tout est du texte brut : vous corrigez, vous supprimez, c'est fait. /context montre ensuite ce qui a réellement été chargé.

Un tiroir rangé se relit, et se date

Un bon rangement ne reste pas bon tout seul. Voici à quoi ressemble un fichier de règles qui a vieilli sans qu'on le relise.

C'est la contradiction dont je parlais plus haut, en situation : la ligne 5 demande de vouvoyer les clients, la ligne 10 de les tutoyer dans les relances. Rien ne dit laquelle gagne, donc aucune ne gagne de façon fiable. La même page de la documentation recommande de relire ces fichiers « périodiquement » pour retirer les instructions périmées ou contradictoires.

Le geste qui rend cette relecture possible coûte une ligne. Au-dessus de chaque section, ajoutez un commentaire <!-- vérifié le 23/09 --> sur sa propre ligne. Claude Code retire ces commentaires avant de charger le fichier : ils ne coûtent rien en contexte, et la prochaine fois vous saurez tout de suite quelle règle n'a pas été relue depuis 6 mois.

Ni CLAUDE.md ni la mémoire automatique ne sont un coffre. Ni mot de passe, ni clé d'API, ni donnée qui identifie une personne dans CLAUDE.md : il est souvent partagé par git, et la mémoire automatique, on l'a vu, vit en clair sur votre machine. Pour un cabinet, cela vaut doublement pour les données de santé, comme sur claude.ai : aucun dossier client, aucun compte rendu nominatif dans un fichier que Claude charge à chaque session.

Ce que le texte ne garantit pas

La documentation insiste sur un point que beaucoup de fichiers CLAUDE.md ignorent : Claude les traite comme du contexte, pas comme une configuration imposée. Écrire « ne jamais ouvrir le dossier clients » en majuscules reste une demande. La page des extensions le formule ainsi : dans CLAUDE.md ou dans une compétence, un interdit est une requête, pas une garantie. C'est exactement ce que Lucie a compris avec ses majuscules.

Deux outils prennent le relais. Les règles de permission d'abord : une ligne dans la liste deny bloque l'outil visé, et les refus passent avant les autorisations. Les hooks ensuite : un hook est un petit script que Claude Code lance à un moment précis, par exemple juste avant chaque modification de fichier. S'il se termine avec le code 2, l'action est annulée. Le refus convient à un chemin. Le hook convient à une condition, comme refuser de toucher un devis qui porte déjà la mention « Bon pour accord ».

{
  "permissions": {
    "deny": [
      "Read(./contexte/clients/**)",
      "Edit(./contexte/tarifs-2026.md)"
    ]
  },
  "hooks": {
    "PreToolUse": [{
      "matcher": "Edit|Write",
      "hooks": [{
        "type": "command",
        "command": ".claude/hooks/devis.sh"
      }]
    }]
  }
}

Ces garde-fous ont leurs bords, eux aussi. La page des permissions précise qu'un refus de lecture ne s'applique pas à un script qui ouvre le fichier de lui-même, et renvoie au bac à sable pour un blocage au niveau du système. Deux autres pièges sont plus discrets. Ranger un texte dans contexte/ puis l'importer dans CLAUDE.md avec @contexte/tarifs-2026.md ne fait rien gagner : les fichiers importés sont chargés au lancement, comme le reste. Et une compétence n'attend pas forcément qu'on l'appelle. Par défaut, Claude peut la charger seul s'il juge la demande proche de sa description. Pour une procédure qui envoie ou modifie quelque chose, la ligne disable-model-invocation: true la réserve à votre /devis.

Ce que vous pouvez faire lundi

Sans rien installer, sur claude.ai. Ouvrez Settings, rubrique Instructions for Claude, et copiez tout ce qui s'y trouve dans une nouvelle conversation avec le prompt de tri de Lucie. Gardez dans le compte ce qui est vrai partout, et rien d'autre. Viser cinq lignes est un bon exercice.

Créez ensuite un Projet pour votre cabinet. Quelques lignes d'instructions, et deux ou trois fichiers : vos tarifs, votre protocole d'accueil, un modèle de mail de rendez-vous. Ouvrez-y votre prochaine conversation de travail et regardez si la relance d'impayé cite enfin le bon tarif. Vérifiez au passage qu'aucun de ces fichiers ne contient le nom d'un client.

Si vous utilisez Claude Code. Lancez /context dans votre projet et regardez la ligne des fichiers de mémoire. Si CLAUDE.md pèse plus lourd que vos échanges, vous savez par où commencer. /memory vous donne ensuite la liste des fichiers chargés, CLAUDE.md d'abord, MEMORY.md ensuite.

Ouvrez ensuite CLAUDE.md et passez chaque section au test de la ligne enlevée. Celles qui décrivent une suite d'étapes deviennent des compétences, et CLAUDE.md garde une ligne qui dit où elles vivent. Une tâche que vous ne ferez qu'une fois ne mérite pas de compétence, un message suffit. Les grilles et les listes partent dans contexte/. Chaque « jamais » que vous croisez passe dans settings.json, en refus ou en hook, et quitte le texte. Visez les 200 lignes, puis moins. Au-dessus de chaque section qui reste, ajoutez un commentaire <!-- vérifié le 23/09 -->. Ouvrez aussi MEMORY.md : supprimez ce qui n'est plus vrai et remontez dans CLAUDE.md ce qui doit valoir sur toutes vos machines.

Créez enfin installations.md à la racine du projet. Voici le modèle, avec un exemple inventé :

# Installations

## 2026-09-23 · compétence devis
Remplace : la section Devis de CLAUDE.md
Pourquoi : procédure en 8 étapes, relue à chaque session pour rien
Dernier usage : 2026-09-23

Une fois par trimestre, relisez-le à côté de ce qu'affiche /context. Ce qui n'a pas servi depuis trois mois peut partir. Les hooks méritent la même relecture deux fois par an : un script oublié continue de tourner, et personne ne pense à le chercher.

Quel que soit l'outil, la règle reste la même : une consigne n'a de valeur qu'à l'endroit où Claude la lit au bon moment. Si vous voulez qu'on range ensemble vos consignes de cabinet, prenons 30 minutes.