Hansard a transféré l’historique de 25 projets et 53 conversations de Claude Code vers Codex

Lorsque l’accès à Claude Code disparaît, le code reste sur le disque et les dépôts dans Git, mais la logique des décisions prises se transforme soudain en objet d’archéologie. Pourquoi cette bibliothèque a-t-elle été choisie ? Quelle solution a déjà été testée puis écartée ? Sur quel bug le travail s’est-il arrêté hier ? Bien souvent, les réponses n’existent que dans l’historique des conversations avec l’agent.

L’auteur de l’article original a précisément rencontré ce problème : après le blocage de son organisation Anthropic payante, il a dû transférer son travail vers Codex. Son ordinateur contenait encore 25 projets et 53 conversations Claude Code. L’outil d’importation intégré de Codex a transféré environ 50 sessions, mais certaines conversations ont été rattachées aux mauvais projets, tandis que le contexte utile s’est retrouvé mêlé aux messages système. Sur le papier, l’historique était bien là. En pratique, il était difficile de poursuivre le travail à partir de celui-ci.

Pourquoi une simple importation ne résout pas le problème

Une importation native transfère les données d’un outil précis vers un autre. Cela facilite une migration ponctuelle, mais crée une nouvelle dépendance : au prochain changement d’agent, il faudra recommencer l’opération. En outre, la présence d’une ancienne conversation dans l’interface ne signifie pas encore que le modèle comprend la chaîne de décisions ou sait retrouver le passage pertinent.

Hansard propose une autre architecture. L’historique de Claude Code, Codex, Cursor, OpenCode, Kimi Code et de plusieurs autres outils est regroupé dans une archive indépendante. L’agent ne reçoit pas l’intégralité de cette archive : il lance une recherche, trouve les sessions liées au projet et ne lit que les extraits pertinents. Cette approche économise la fenêtre de contexte tout en conservant un lien vers la discussion d’origine.

Prenons un exemple simple : un développeur ouvre un projet dans Codex et demande de reconstituer les décisions relatives à l’authentification. Recall recherche, dans toutes les sessions enregistrées, les mentions du dépôt, des fichiers et des tâches concernés. L’agent compare ensuite les accords antérieurs au code actuel et indique ce qui a déjà été réalisé, quelles options ont été écartées et à quel stade le travail s’est interrompu.

Comment constituer l’archive

Hansard propose une application graphique pour Windows et macOS, ainsi qu’une CLI pour Windows, Linux et macOS. Avant l’importation, il est conseillé de vérifier les sources détectées et le volume de données attendu avec la commande hansard init --dry-run. L’importation initiale complète se lance avec hansard init --since all, et son état se vérifie au moyen de hansard status et hansard doctor.

Pour connecter la recherche à Codex, utilisez hansard integrations add-to codex ; pour Claude Code, hansard integrations add-to claude ; et pour OpenCode, hansard integrations add-to opencode. Après toute modification de la configuration, l’agent doit être redémarré. Dans Codex, la recherche est invoquée avec la compétence $recall ; dans Claude Code et OpenCode, avec la commande /recall.

Dans la pratique, la procédure la plus sûre consiste à commencer par une détection à blanc des sources, puis à importer une courte période, à vérifier plusieurs projets et, seulement ensuite, à ajouter l’intégralité de l’historique. Si des sessions Claude Code ont déjà été importées dans Codex, elles doivent être considérées comme des doublons potentiels et non comme des sources indépendantes. Il vaut mieux ne pas supprimer les entrées litigieuses avant de les avoir vérifiées manuellement.

Des limites à ne pas oublier

La prise en charge des agents est asymétrique. Un outil peut exporter son historique sans être capable de démarrer une nouvelle session avec le contexte restauré. Certaines fonctions — Deep Recall, le graphe de relations, les statistiques de jetons et la synchronisation en équipe — n’ont pas été testées dans l’expérience d’origine et sont décrites d’après la documentation du développeur. Au moment de la publication, l’application Windows était en version preview et son programme d’installation n’était pas signé.

Un risque plus important subsiste : une archive de sessions peut contenir des clés, des données personnelles, des adresses internes et des extraits de code propriétaire. Avant de synchroniser l’archive entre plusieurs appareils ou de la transmettre à une équipe, il faut déterminer où les données sont physiquement stockées, comment elles sont chiffrées et quelles informations le modèle de recherche reçoit exactement.

La principale conclusion ne concerne pas Hansard en tant que produit isolé. Il est temps de considérer l’historique du travail avec un agent d’IA comme un actif d’ingénierie, au même titre que le code, la documentation et le journal des décisions d’architecture. Si l’agent est devenu un outil de travail, sa mémoire doit survivre au blocage d’un compte, à un changement d’abonnement et à la migration suivante.