vide-contextelisted

# Persister le contexte avant de le vider Workflow en 4 étapes : scanner → dédupliquer → persister → vérifier. But : qu'une future session retrouve tout ce que cette conversation a appris de **non-déductible**, et rien d'autre. Deux règles gouvernent tout le reste. **Non-déductible** décide de ce qu'on écrit. **Le mécanisme, pas l'instantané** décide de comment on l'écrit — c'est ce qui fait qu'une mémoire vaut encore quelque chose dans six mois. ## Ce qu'il faut sauvegarder **Oui — non-déductible du code ou du git :** - Décisions durables et leur motivation (`project`) - Gotchas découverts, comportements surprenants, pièges d'outillage (`project`) - Préférences ou corrections de méthode données par l'utilisateur (`feedback`) - Qui est l'utilisateur : rôle, expertise, préférences générales (`user`) - Pointeurs vers ressources externes : URL, dashboard, ticket (`reference`) **Non — ne pas sauvegarder :** - Ce qui est lisible dans le code, le git log ou CLAUDE.md - L'état daté d'une MR, d'une issue ou d'une tâche (« pushée », « pas encore mergée », « reste à faire ») — voir la règle ci-dessous - Ce qui est déjà en mémoire (vérifier avant d'écrire) - Les résumés d'activité (« on a fait X aujourd'hui ») - Les plans et todos de session Test pour chaque insight : *« une future session pourrait-elle le déduire du dépôt ? »* Si oui → ne pas sauvegarder. ## La règle anti-pourrissement : le mécanisme, pas l'instantané Un chantier produit deux choses : un **état** (où on en est)