claude-mem (thedotmack)

Le concept est exactement ce qu'on cherche : ne plus perdre le contexte entre deux sessions Claude Code. 74k stars, push récent, Apache-2.0 — le profile est sain au niveau métriques. Sylvain l'a explicitement flagué pour test, le pattern est prometteur.

• Snapshot baseline : md5 de ~/.claude/CLAUDE.md et settings.json, listing complet de ~/.claude/plugins/.
• Inspect npm : npm view claude-mem version → 13.0.1 stable. Pas alpha, pas prerelease. 25+ tree-sitter parsers en deps.
• Tentative `--help` : npx claude-mem install --help est censé être un help, mais lance l'install entière. Échec sur le bootstrap Bun (`unzip` manquant) sans rollback.
• Vérification post-install : diff de l'état global vs baseline → modifications non-atomiques détectées.

Comme pour Ruflo, le rejet n'invalide pas les apprentissages. Voici ce qu'on retient pour les prochains test benches — et ce qui a directement nourri le skill /test-tool :

1. 01

   `--help` n'est pas toujours un help

   Le binaire `claude-mem install --help` lance l'install entière. Aucun warning. Aucun dry-run. Pour un débutant, c'est piégeux — on tape la commande qui devrait afficher la doc et on se retrouve avec un plugin enabled, une marketplace registrée, et settings.json modifié. À ré-appliquer : ne jamais lancer `<tool> --help` aveuglément avant d'avoir lu le README.

2. 02

   Snapshot baseline avant tout test bench

   md5 de `~/.claude/CLAUDE.md` et `~/.claude/settings.json`, listing de `~/.claude/plugins/` AVANT de toucher quoi que ce soit. Sans baseline, impossible de prouver concrètement les modifications post-install. Pattern formalisé dans le skill `/test-tool`.

3. 03

   Pas de uninstall = pas d'adoption

   Critère minimal d'adoption : le tool doit fournir une commande `uninstall` qui retire 100% des artefacts. Sinon on accumule la pollution dans `~/.claude/` au fil des tests. claude-mem n'a pas de uninstall — donc reject par défaut.

4. 04

   Bun comme runtime requis = friction

   Le plugin nécessite Bun installé en plus de Node. Si Bun n'est pas trouvé, le bootstrap tente `curl https://bun.sh/install | bash` qui échoue en cascade si `unzip` n'est pas dispo. Dépendances en chaîne sans fallback gracieux = install fragile.

5. 05

   Install non-atomique = état incohérent en cas d'échec

   Quand l'install plante mid-way (ici sur Bun), aucun rollback automatique. Settings.json déjà modifié, plugin enabled, marketplace registrée — mais le runtime ne fonctionne pas. L'utilisateur se retrouve avec un environnement à moitié pollué qu'il faut nettoyer manuellement.

6. 06

   74k★ ≠ adoptable

   Stars + activité (push aujourd'hui) sont nécessaires mais pas suffisants. Notre filtre original sur `/ecosystem` ("actively maintained, ≥200 stars") aurait validé claude-mem. Le test bench réel révèle ce que la métrique GitHub ne capture pas : l'expérience d'install et les garde-fous opérationnels.

Conditions de re-évaluation pour une future adoption :

• ✓ --help devient un vrai help (pas une install)
• ✓ Flag --dry-run documenté
• ✓ Commande claude-mem uninstall fournie et complète
• ✓ Bun pas requis OU bootstrap propre (fallback si unzip absent)
• ✓ Install atomique (rollback automatique si échec)