🧠Mémoire

Claude n'a aucune mémoire d'une conversation à l'autre – sauf ce qui est écrit dans des fichiers. Harness Maxxing organise cette mémoire dans de simples fichiers markdown que Claude Code charge automatiquement.

Trois niveaux

/root/maxxing/
  CLAUDE.md  memory.md                         workspace (global)
  projects/acme/
    CLAUDE.md  memory.md                       project acme
    topics/blog/
      CLAUDE.md  memory.md                     topic acme / blog

Claude Code charge chaque CLAUDE.md depuis le dossier de la session jusqu'à la racine de l'espace de travail, et chaque CLAUDE.md contient la ligne @memory.md, qui importe son fichier de mémoire. Une session dans projects/acme/topics/blog/ lit donc les six fichiers.

Fichier	Contenu	Qui l'écrit
`CLAUDE.md`	instructions stables : ce qu'est le projet ou le sujet, comment y travailler. Le premier paragraphe sous le titre est la description affichée dans l'interface.	vous (ou Claude quand vous le lui demandez)
`memory.md`	ce qui a été appris : décisions, préférences, état du travail, chemins et URL utiles	Claude, grâce à la skill `memory`

Ce qui va où

Mémoire du sujet (le cas le plus courant) : l'état de ce flux de travail, ses décisions et ses conventions.
Mémoire du projet : ce qui est vrai pour tous les sujets du projet.
Mémoire globale : vos préférences et règles valables partout (langue, ton, « ne jamais pousser sans demander »...). Gardez-la courte – elle est chargée dans chaque session.

Pas dans la mémoire : les bavardages, les questions ponctuelles, les journaux détaillés étape par étape, et jamais de secrets (mettez-les dans Paramètres -> Clés et ne mentionnez que le nom de la clé).

Les skills de mémoire

memory – à la fin d'un échange important, Claude enregistre les faits durables dans le bon fichier : de courtes puces datées, qui remplacent les faits périmés au lieu de les accumuler. Vous pouvez aussi le demander explicitement : « souviens-toi que ... ».
memory-compaction – garde les fichiers courts et cohérents. Une tâche planifiée « Memory compaction » l'exécute chaque jour à 05:00 (voir Crons ; elle démarre une fois l'onboarding terminé et Claude connecté). Elle agit sur les fichiers plus longs que la limite de lignes (Paramètres -> Mémoire, 200 lignes par défaut) ou redondants, contradictoires ou périmés : elle fusionne les doublons, résume l'historique ancien et réorganise chaque fichier (règles et préférences, état actuel, décisions, références, contexte). Elle ne modifie que les fichiers memory.md.

Nettoyeur de second cerveau (Paramètres -> Mémoire)

Longueur maximale par fichier : la limite de lignes ci-dessus (ou Pas de limite).
Nettoyer maintenant : lance la compaction immédiatement, dans une session à la racine de l'espace de travail que vous pouvez suivre en direct.
La liste affiche chaque memory.md avec son nombre de lignes ; les fichiers qui dépassent la limite apparaissent en rouge.
Depuis un shell : maxxing memory affiche la même liste.

Modifier la mémoire vous-même

Les fichiers de mémoire sont des fichiers ordinaires : ouvrez-les dans Fichiers, modifiez-les, enregistrez. Les changements s'appliquent au prochain tour de chaque session de ce périmètre.

Sauvegarde

La mémoire est ce qu'il y a de plus précieux sur le serveur. Activez la Sauvegarde pour l'envoyer chaque jour vers un dépôt GitHub privé, avec l'historique.