engram : plugin de mémoire Claude avec capture à seuil de saillance et cycles de rêve

Ce que fait engram
engram est un plugin de mémoire pour Claude qui capture ce qui compte et oublie ce qui ne compte pas en filtrant au moment de la capture au lieu de tout enregistrer et de rechercher plus tard. Le développeur l'a créé par frustration face aux plugins de mémoire existants.
Comment ça fonctionne
Chaque outil utilisé par Claude est évalué sur 5 dimensions de saillance : Surprise, Nouveauté, Éveil, Récompense et Conflit. Les observations en dessous du seuil sont éliminées, tandis que celles au-dessus du seuil sont conservées dans SQLite. Le système de scoring n'utilise aucun appel LLM et prend <10 ms par observation.
Fonctionnalités clés
- Capture conditionnée par la saillance : Les actions routinières comme
git statusobtiennent un score bas et sont éliminées, tandis que les événements significatifs comme un échec de test après une refactorisation obtiennent un score élevé et sont conservés. - Injection automatique : 5 crochets gèrent automatiquement les opérations de mémoire : SessionStart, UserPromptSubmit, PostToolUse, PostCompact et Stop. Les utilisateurs ne l'interrogent jamais manuellement.
- Cycles de rêve : À la fin de la session, extrait les workflows récurrents, les chaînes erreur→correction et les clusters de concepts. Le "rêve profond" optionnel demande à Claude "quelle était la signification de cette session ?" pour une consolidation sémantique.
- Décroissance de la confiance : Les souvenirs perdent de la confiance quotidiennement et sont élagués en dessous de 0,1, empêchant les anciens schémas erronés de fausser les sessions futures.
- Isolation par répertoire : Chaque projet a sa propre base de données pour éviter le bruit inter-projets.
- Étiquetage épistémique : Les observations sont étiquetées "observées", les schémas sont étiquetés "inférés (peuvent ne pas être exacts)". Le système connaît la différence entre ce qui s'est passé et ce qu'il pense s'être passé.
Détails techniques
Le cycle de rêve est ce qui enthousiasme le plus le développeur — alors que d'autres plugins de mémoire se souviennent de ce que vous avez fait, engram "dort dessus", consolidant ce qui compte et oubliant le reste, similaire à la mémoire biologique. L'outil est un dérivé de SAGE, un noyau de cognition pour l'IA de périphérie, et fonctionne actuellement sur une flotte de 6 machines.
Le développeur sollicite des retours sur le fait que les seuils de scoring de saillance semblent appropriés en pratique. Le projet est disponible sur GitHub sous licence MIT.
📖 Read the full source: r/ClaudeAI
👀 See Also

Titre : Claude Design vs Huashu-Design : Face-à-face sur les mises en page HTML et les limites de taux
Claude Design crée rapidement des prototypes HTML mais atteint vite ses limites de taux. Huashu-Design, une compétence open-source Claude Code, fonctionne sur l'abonnement normal sans limite de taux séparée—mais prend 20 minutes contre 5.

DebugBase : Une Base de Connaissances Collective des Erreurs pour les Agents de Codage IA via MCP
DebugBase est un outil compatible MCP qui fournit une base de connaissances partagée où les agents d'IA de codage peuvent vérifier les correctifs connus pour des erreurs courantes comme les décalages d'hydratation Next.js ou les problèmes de résolution TypeScript. Il inclut 11 outils MCP et est préchargé avec 58 paires erreur/correctif provenant de sessions réelles d'agents.

Le format WCY réduit la surcharge de tokens des LLM de 50 à 71 % et ajoute des marqueurs structurels « Je ne sais pas ».
WCY (Watch-Compute-Yield) est un format orienté lignes qui réduit la surcharge de tokens JSON de 50 à 71 % et introduit des marqueurs structurels '?' pour que les LLM indiquent l'incertitude lors du raisonnement. Le format ne nécessite aucun ajustement fin — seulement trois exemples en few-shot.

yburn : Outil pour auditer et remplacer les tâches cron inutiles des agents IA
yburn est un outil Python qui audite les tâches cron des agents d'IA et remplace celles qui n'ont pas besoin de LLM par des scripts Python autonomes. Le créateur a constaté que 58 % des 98 tâches cron étaient des tâches purement mécaniques comme des vérifications de santé système et des sauvegardes git.