| name | revise-memory |
| description | Revue de ton inbox d'apprentissage (MEMORY.md). Lit chaque entrée et propose de la redispatcher vers le bon endroit du vault, de la consolider en règle, ou de la supprimer. Nettoie MEMORY.md après validation. Fait la paire avec le harvester. Usage : /revise-memory
|
Revise Memory - vider l'inbox d'apprentissage
MEMORY.md est l'inbox de ce que ton IA a appris en session (un feedback, une correction, une préférence découverte). Ce n'est pas un stockage : chaque entrée signale qu'une pièce de ton vault n'a pas bien servi. Ce skill fait passer chaque entrée vers sa vraie maison, puis vide l'inbox.
À faire régulièrement (chaque semaine, ou quand MEMORY.md gonfle). Pendant que le harvester récolte tes corrections en session, revise-memory range ce que ton IA en a retenu : les deux forment la boucle "le second cerveau apprend".
Phase 0 : Localiser MEMORY.md
Claude Code range la mémoire d'un projet sous ~/.claude/projects/{hash}/memory/MEMORY.md, où :
hash = chemin absolu du dossier ouvert dans Claude Code, avec chaque / et chaque . remplacés par -.
Donc : prendre le chemin absolu de ton vault (le dossier courant, pwd), appliquer la règle, et lire ~/.claude/projects/{hash}/memory/MEMORY.md + les éventuels fichiers topic du même dossier.
Exemple : /Users/jean/mon-vault -> ~/.claude/projects/-Users-jean-mon-vault/memory/MEMORY.md.
Phase 1 : Inventaire
Lire MEMORY.md et chaque fichier topic associé. Si MEMORY.md est vide ou quasi-vide (moins de 3 entrées) : répondre "MEMORY.md propre, rien à traiter" - ton vault tient bien.
Phase 2 : Classer chaque entrée
Pour chaque entrée, proposer une des 4 actions :
A. Redispatch vers le vault
L'entrée est une info stable qui aurait dû y être. Destination selon le type (apprends les emplacements réels en lisant la doc de ton vault) :
| Type d'info | Destination type |
|---|
| Préférence durable (fuseau, langue, ton) | ton fichier d'instructions global |
| Règle transverse (écriture, décision, code) | tes fichiers de règles |
| Convention propre à un dossier | le fichier d'instructions local du dossier |
| Décision sur un projet/client | le decisions.md du projet/client |
| Spécif d'un outil | ta fiche outil / contexte |
| Règle de fonctionnement d'un skill ou agent | le fichier du skill/agent concerné |
B. Consolidation en règle
L'entrée reflète un pattern récurrent (revenu plusieurs fois). La promouvoir en règle explicite, au bon endroit (souvent un fichier de règles ou un fichier d'instructions local).
C. Suppression (déjà couvert)
L'info est déjà présente ailleurs dans le vault. Supprimer.
D. Suppression (obsolète / circonstanciel)
L'info n'a plus de valeur (périmée, liée à un événement passé). Supprimer.
Phase 3 : Plan proposé
Présenter un tableau de synthèse :
| # | Entrée | Action | Destination / Raison |
|---|---|---|---|
| 1 | ... | Redispatch | {fichier cible} |
| 2 | ... | Consolidation | {règle} |
| 3 | ... | Suppression | déjà couvert ailleurs |
| 4 | ... | Suppression | obsolète |
Demander validation pour les arbitrages non triviaux. Pour les entrées évidentes, exécuter directement.
Phase 4 : Exécution
Pour chaque entrée validée :
- Redispatch / Consolidation : modifier le fichier cible, puis supprimer le fichier topic et retirer la ligne de
MEMORY.md.
- Suppression : supprimer le fichier topic et retirer la ligne de
MEMORY.md.
Le redispatch se fait toujours avant la suppression (ne jamais perdre l'info).
Phase 5 : Rapport
Retourner : nombre d'entrées traitées (par type), fichiers modifiés, entrées restantes dans MEMORY.md (devrait être ~0). Signal système : si une même idée est revenue plusieurs fois, c'est un trou dans le vault à boucher - le signaler même si l'action de la semaine est faite. Si ton vault tient un journal ou des décisions, y loguer un redispatch notable.
Règles
- Toujours proposer avant d'exécuter les cas ambigus (destination incertaine, entrée qui pourrait contredire une règle existante).
- Ne jamais supprimer sans avoir fait le redispatch d'abord.
- Une entrée non classifiable : demander une clarification, ne pas deviner.
- Objectif : après la revue,
MEMORY.md est quasi vide et le vault a absorbé les règles.
