Smriti : Un système similaire à Git pour gérer l'état de raisonnement des LLM afin d'éviter la dérive des conversations

Smriti est un système open-source qui résout le problème de la dérive des conversations LLM dans les workflows longs. Au lieu de traiter les interactions comme un long historique de discussion, il les considère comme un état de raisonnement qui peut être géré comme du code dans Git.
Problème central
Dans les workflows IA longs, les conversations dérivent souvent subtilement au fil du temps à travers de petits changements : les hypothèses évoluent, des chemins latéraux sont explorés, les interprétations changent, ou le modèle commence à raisonner à partir d'un état légèrement décalé. Cela conduit à des réponses plausibles mais mal alignées. Les options traditionnelles—essayer de se recentrer ou recommencer à zéro—ont toutes deux des inconvénients.
Fonctionnement de Smriti
Le système fournit des opérations de type Git pour l'état de raisonnement :
- Sauvegarder un bon état avant que les choses ne dérivent
- Restaurer cet état plus tard sans que la dérive ultérieure ne s'infiltre
- Brancher dans différentes directions à partir du même point
- Comparer deux chemins de raisonnement
- Transférer l'état entre différents modèles au lieu de tout réexpliquer depuis le début
Ajouts récents
- Les hypothèses comme partie intégrante de l'état
- Revue des points de contrôle pour mettre en lumière les contradictions et les hypothèses cachées
- Artefacts pour que les points de contrôle puissent inclure les plans réels, les extraits ou les résultats sur lesquels on raisonne, pas seulement des résumés de discussion
Différence clé
Il ne s'agit pas seulement de sauvegarder des fichiers markdown ou des transcriptions de discussion. Le système contrôle l'état que le modèle voit ensuite, permettant :
- Des retours propres à des états connus comme bons
- Que les tours ultérieurs restent en dehors du chemin de raisonnement actuel
- Une exploration alternative sans contaminer le fil original
- D'avancer à partir d'un état structuré plutôt que d'une transcription désordonnée
Le créateur note que cette approche devient plus utile à mesure que les workflows deviennent plus agentiques, car les systèmes de longue durée ont besoin de moyens pour rendre l'état de raisonnement inspectable, récupérable et moins chaotique au fil du temps.
📖 Read the full source: r/ClaudeAI
👀 See Also

Décisions de Code : Le Plugin Open Source Claude Capture les Décisions Techniques
Code Decisions est un plugin open source pour Claude Code qui capture les décisions techniques issues des conversations et les présente lorsque les fichiers concernés sont modifiés. Il enregistre les décisions sous forme de fichiers markdown dans .claude/decisions/ avec un champ affects pointant vers les fichiers gouvernés.

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.

Plugin OpenClaw CoreBrain : Mémoire persistante pour les agents d'IA de codage
Un nouveau plugin appelé CoreBrain résout les problèmes de mémoire d'OpenClaw en stockant les informations en dehors de la fenêtre de contexte dans un graphe de connaissances et en les injectant automatiquement avant chaque requête, éliminant ainsi le besoin d'appels d'outils et d'invocation de mémoire optionnelle.

Le modèle MoE Local 35B réduit le taux d'échec du code de l'OS Agent à 0%
Un développeur rapporte que le passage d'un système multi-agents à Qwen 3.6 35B A3B (MoE, 3B paramètres actifs) a éliminé les échecs de code, atteignant un taux de réussite de 100 % grâce à une porte de validation à 5 niveaux.