D:\Claude Code\Il y a deux mémoires qui se ressemblent et qu'on confond tout le temps. L'une est le savoir de l'entreprise. L'autre est le bloc-notes de l'assistant. Voici comment elles se séparent, qui décide quoi, et ce qui est sauvegardé où.
Avant même de parler de mémoire, il faut voir que Claude Code vit dans deux dossiers complètement distincts. VS Code ne t'en montre qu'un. C'est la source n°1 de confusion.
Tes projets, ton code, ta base de connaissances. C'est ce que tu ouvres dans VS Code et ce qui part dans tes dépôts Git.
✓ visible dans VS CodeLa configuration, les transcriptions, et la mémoire auto. Géré par l'outil, dans ton profil Windows.
D:\Claude Code\ — elle n'y est pas. Elle vit dans l'autre monde, que VS Code ne montre pas.Les deux s'appellent memory. C'est tout ce qu'ils ont en commun. La vraie différence n'est pas technique — elle est de nature : à qui appartient l'info, et à quoi elle sert.
claude-home.« Est-ce qu'on a vraiment la main, ou est-ce qu'Anthropic décide tout ? » Réponse honnête : ça dépend de la couche.
Que la mémoire auto existe, où elle vit, son cloisonnement par dossier, le rechargement auto, le format des fiches. C'est du Claude Code « usine ».
Si un fait mérite une fiche. C'est mon jugement, sur le moment, guidé par des consignes générales. Pas une loi déterministe — deux sessions peuvent trancher différemment.
Écrit nulle part chez Anthropic. Ça émerge de ton architecture : c'est toi qui as créé la KB, les registres, la Règle 0. Le levier, c'est le CLAUDE.md, qui infléchit mon jugement.
CLAUDE.md n'est pas un interrupteur dur. C'est de l'influence sur un jugement, pas une contrainte mécanique. La discipline tient parce qu'une règle écrite existe et que tu me reprends quand je dérape.Quand on hésite sur l'endroit où ranger une info, une seule question suffit.
L'API, le firmware, le portail, une décision, un contact. C'est du savoir métier. Il doit être versionné, partagé, auditable.
La mécanique, ma façon de travailler, un piège de déploiement. Idéalement avec un pointeur vers la bleue.
Cas réel — le fait « l'API IoT-Link n'a pas de CORS » :
iot-link/knowledge/portail-db/api-rest-v1.md (commit c7301cb, poussé). C'est l'autorité.Chaque dossier de travail a sa propre mémoire auto. Une fiche écrite dans un projet ne suit pas dans un autre. C'est imposé par l'outil.
CLAUDE.md, qui lui remonte l'arbre des dossiers et se charge dans toutes les sessions. C'est le seul véhicule d'un réflexe universel.Deux notions différentes. Un dossier peut être sauvegardé sans avoir d'historique Git — et c'est le cas de la mémoire rouge.
| Ce qui est écrit | Versionné (historique Git) |
Copie off-machine | Comment |
|---|---|---|---|
| 🟦 Dépôts projets & workspace KB, sites, fichiers workspace |
✓ oui | ✓ oui | GitHub, automatique au push |
| 🟥 Mémoire auto + config tout le dossier ~/.claude/ |
✗ non | ⚠ oui, mais manuel | Archive chiffrée claude-home → lancer sauvegarder.ps1 |
| Identifiants & transcriptions | ✗ non | ✗ non | Exclus volontairement (sécurité) |
claude-home n'est pas une synchro continue type Dropbox — c'est une photo que tu prends en lançant le script. Si la dernière photo a 10 jours, tout ce que la mémoire rouge a appris depuis n'a aucune copie off-machine. Réflexe : relancer le script après une session qui a beaucoup gravé.D:\Claude Code\ = visible dans VS Code. ~/.claude/ = coulisses invisibles.CLAUDE.md, pas la mémoire auto (qui est cloisonnée par dossier).~/.claude/ seulement après un sauvegarder.ps1 manuel.