Organisez les journaux de conversation des agents terminal dans Obsidian et utilisez-les comme mémoire

"Organisez dans Obsidian les journaux de conversation avec des agents terminal (Claude Code, Codex, Gemini CLI), utilisez-les comme mémoire et structurez-les sous forme de wiki."

J’ai repris l’idée d’une application de recherche de sessions créée par une personne assez connue (?) sous le nom de QMD, ainsi que d’un document de type wiki vu sur Hacker News.

C’est une "application qui permet à Obsidian de transformer en wiki les conversations que vous avez eues avec des agents terminal (Claude Code, Codex, Gemini CLI), tout en les rendant faciles à rechercher".

Si vous l’adaptez, vous pouvez donner à vos agents terminal une sorte de mémoire à long terme (enfin, plutôt une recherche dans d’anciennes conversations). (Ex. : comment avais-je patché cette erreur upstream la dernière fois ? Si l’information est dans Obsidian, il peut la retrouver et vous la donner — sinon, c’est la descente dans l’abîme des hallucinations...)

Ces derniers temps, dès que je fais quelque chose, j’en passe presque 80 % à discuter et construire avec des agents terminal, donc je me disais que ce serait bien d’organiser un peu ces conversations. Puis un jour, en cherchant sur Google, je suis tombé sur quelqu’un qui avait fait quelque chose de similaire. C’était une personne étrangère, mais à l’époque l’algorithme de recherche (BM25) ne fonctionnait pas très bien en coréen, donc j’ai abandonné après avoir bricolé un peu, car cela semblait demander beaucoup de travail. Comme il me restait aussi un peu de quota Claude, j’ai fini par résoudre tant bien que mal le problème de la recherche en coréen (?) et j’ai créé ça. J’ai l’impression d’avoir beaucoup parlé avec les agents, mais au final le wiki ne contient que quelques entrées, haha. Cela dit, ça fait aussi de la lecture, donc c’est sympa. Si vous utilisez des agents terminal, il vous suffit probablement de cloner depuis GitHub et de lui demander d’installer le dépôt et de l’exécuter. (Moi aussi, en vrai, je fais souvent comme ça...) Je ne l’ai pas encore rendu public, mais je l’ai créé aussi pour tester une application d’orchestration multi-agent appelée tunaflow. À cause d’un problème de chargement des outils de sous-agents terminal, les réponses arrivent avec quelques secondes de retard, mais pour l’instant les performances sont clairement là, haha. (Bon, c’est peut-être juste grâce à Opus, snif.)

Bref, il existe déjà des implémentations similaires, mais ici j’ai surtout poussé un peu plus loin la recherche en coréen. Quand j’ai demandé à l’IA de résumer ce que c’était, elle m’a répondu de façon grandiloquente comme ci-dessous.

Si vous utilisez souvent des agents terminal, cela peut valoir le coup d’essayer de faire un peu de tri ! (En vrai, ce n’est pas aussi grandiose que ça ?)

Bien sûr, c’est open source, et je serais très reconnaissant pour une étoile. Vous pouvez aussi forker, bidouiller, démonter et vous amuser avec 😁

"seCall est un moteur de recherche local-first pour les sessions d’agents IA. Il collecte les journaux de conversation de Claude Code, Codex CLI et Gemini CLI, les indexe avec une recherche hybride BM25 + vectorielle, et les fournit sous forme de CLI / serveur MCP / base de connaissances compatible Obsidian."

https://github.com/hang-in/seCall