Claude Code cache son historique : 715 sessions sur le disque, 69 seulement dans l'interface

L'autrice d'une analyse du fonctionnement interne de Claude Code a montré que l'application conserve bien plus d'historique que l'utilisateur n'en voit. Sur un ordinateur, le disque contenait 48 Mo de données locales et 715 sessions, alors que l'interface n'en affichait que 69.

Où se trouve l'historique

L'enquête est partie d'un problème très concret : l'autrice possède plusieurs comptes Claude Code, car Anthropic limite l'usage par semaine. Quand un compte atteint sa limite, il faut basculer sur un autre. Après ce changement, la barre latérale de l'application se reconstruit et les anciens fils de travail semblent disparaître. Il ne s'agissait pas de petites requêtes, mais de longues sessions de deux jours, avec débogage d'étalonnage colorimétrique, générations à partir de planches de référence et des dizaines d'étapes difficiles à reconstituer de mémoire.

Une recherche sur le disque a montré que les données n'avaient pas bougé. L'historique était réparti dans six dossiers et occupait des dizaines de mégaoctets. Autrement dit, Claude Code tient en pratique une archive locale du travail, mais l'interface n'en montre qu'un fragment. Pour ceux qui utilisent l'outil comme environnement de travail, la distinction compte : ce qui semble perdu, ce n'est pas la session, mais l'accès à celle-ci via l'application.

«

Dans la fenêtre de l'application, je vois 69 sessions sur 715. »

Pourquoi l'interface perd des conversations

L'observation clé est que la liste des sessions de l'application n'est pas un journal complet, mais une vue filtrée. Après un changement de compte ou de contexte, l'interface reconstruit la barre latérale et ne récupère qu'une partie de l'historique local. Les autres fichiers restent sur le disque et se lisent avec des outils ordinaires comme cat, grep ou Python, mais deviennent invisibles dans Claude Code lui-même. L'utilisateur voit un vide là où, au niveau du système de fichiers, rien n'a disparu.

Cela explique pourquoi le problème est particulièrement pénible pour les utilisateurs avancés : ils mènent de nombreuses tâches en parallèle, travaillent par longues séries et changent plus souvent de compte à cause des limites d'Anthropic. Si l'interface n'affiche pas toutes les traces du travail passé, on a la fausse impression que le contexte est entièrement perdu. En réalité, ce qui se perd n'est pas le contenu, mais l'index grâce auquel l'application décide ce qui mérite d'apparaître dans la fenêtre courante.

Pourquoi la migration est fragile

De cette découverte découle une autre conclusion : on peut récupérer ou indexer l'historique, mais il ne faut pas compter sur un script universel et éternel. Tant que les données sont dans des dossiers locaux, il est possible de les exporter, d'y faire des recherches et de les rassembler dans sa propre archive. Mais un tel outil repose sur l'organisation interne actuelle de Claude Code, qui peut changer après une mise à jour du client, une modification du schéma de stockage ou de la logique d'affichage.

• chercher les répertoires locaux contenant l'historique, et pas seulement la liste de la barre latérale
• exporter les sessions importantes en texte ou dans une archive séparée
• indexer les conversations avec grep, Python ou un script maison
• ne pas considérer l'interface de Claude Code comme l'unique source de vérité

C'est là tout l'intérêt pratique de l'analyse. L'autrice ne montre pas une astuce pour un dossier précis, mais un principe plus général : les outils d'IA peuvent présenter un écart notable entre ce qui est stocké en local et ce qui apparaît dans l'interface. La migration entre comptes, la sauvegarde et la recherche dans les anciennes conversations gagnent donc à être conçues comme un processus externe. Sinon, après la prochaine mise à jour, il faudra de nouveau chercher où se trouve désormais sa propre mémoire de travail.

Ce que cela signifie

Pour les utilisateurs actifs de Claude Code, la nouvelle est désagréable mais utile : les anciennes sessions ne disparaissent le plus souvent pas, c'est simplement que l'application ne sait pas les afficher ni les transférer de façon stable entre contextes. Pour le marché, c'est un signal de plus : les IDE dopés à l'IA et les outils à base d'agents sont devenus une infrastructure de travail, et ils ont donc besoin d'un véritable export, d'une recherche, de sauvegardes et d'une portabilité de l'historique, non comme un bricolage, mais comme une fonction de base.