Deux défauts trouvés dans des outils Claude Code très utilisés, et les correctifs envoyés en amont
Quand je dépends du code de quelqu’un d’autre, je le lis d’assez près pour trouver où il se trompe, je reproduis le défaut sur un cas public et j’envoie le correctif au projet. Voici deux de ces cas, dans codebase-memory-mcp (43 259 étoiles GitHub) et claude-mem (93 881 étoiles GitHub)1. Aucun correctif n’est encore fusionné ; chaque état ci-dessous est celui que montre la trace GitHub au 15 septembre 2026.
Les requêtes de fan-in ignoraient les références markdown et shell
Défaut
codebase-memory-mcp transforme un dépôt en graphe des fichiers qui en référencent d’autres. Les références écrites dans les documents Markdown et les scripts shell ne devenaient jamais des arêtes, si bien qu’une question comme « quel fichier a le plus fort fan-in » les ignorait. Je l’ai signalé le 25 août 2026 dans l’issue #1831, « Fan-in queries are blind to markdown and shell references ».
Reproduction
Sur le dépôt public cdeust/zetetic-team-subagents, les deux fichiers les plus référencés sont rules/coding-standards.md (173 références depuis d’autres fichiers) et tools/memory-tool.sh (171), comptées par grep exact. Aucun des deux n’avait d’arête entrante dans le graphe ; la réponse désignait donc un fichier Python, une sous-estimation d’environ 17× (issue #1831).
Correctif
La pull request #1832, « feat(pipeline): link markdown file references into the graph », ouverte le même jour. Elle ajoute des arêtes REFERENCES_FILE entre fichiers déjà présents dans le graphe et écarte toute cible qu’elle ne sait pas résoudre. Elle couvre la moitié markdown ; la moitié shell est un second changement empilé dessus (issue #1831).
Mainteneur
Le 1er septembre 2026, le mainteneur a écrit « Maintainer decision:
REFERENCES_FILE is accepted. » et demandé un rebase, que j’ai poussé le 2 septembre en un seul commit, 844a36b7.
Les résultats de recherche d’observations n’étaient pas datés
Défaut
La recherche d’observations de claude-mem affichait chaque résultat avec une heure et sans date, alors que ses chemins de recherche combinée et par fichier regroupent déjà les résultats par jour ; l’âge d’un résultat n’était donc pas visible (PR #3693 ; commentaire du mainteneur).
Correctif
La pull request #3693, « fix(search): group observation search results under day headers », ouverte le 22 août 2026. Elle regroupe les résultats de recherche d’observations sous des en-têtes de jour, avec le même utilitaire groupByDate que les autres chemins de recherche.
Mainteneur
Le 11 septembre 2026, le mainteneur l’a classée comme un changement de présentation. Le 12 septembre, le mainteneur l’a rattachée à l’issue #3982, l’issue maîtresse de son plan pour le chemin de lecture de la recherche, comme « a rendering defect » de ce chemin. Elle fait désormais partie de cette feuille de route.
État
Ouverte · rattachée au plan du chemin de lecture de la recherche · non fusionnée (PR #3693).
pending
Ce qu’un client obtient : quelqu’un qui lit le code des autres d’assez près pour y trouver de vrais défauts, et qui les corrige en amont. La même lecture sert un pilote sur votre propre code.
La méthode et les offres · Démarrer un pilote
1Nombres d’étoiles, dates et états lus dans l’API GitHub le 15 septembre 2026.