Plugin OpenClaw Memos Résout les Problèmes de Transfert de Mémoire dans les Agents de Codage IA

La fuite du code de Claude a révélé que de nombreuses configurations d'agents d'IA de codage ont des systèmes de transfert de mémoire défectueux qui fonctionnent essentiellement comme un transfert de journaux coûteux plutôt qu'une véritable gestion de la mémoire. Lorsque les tâches s'intensifient ou que les fournisseurs changent, ces systèmes traînent souvent des transcriptions entières gonflées à travers les frontières, causant de multiples problèmes.

Le problème avec le transfert de mémoire actuel

Selon la source, les problèmes typiques de transfert de mémoire incluent :

• Les modèles de secours héritant de jours de bavardage d'outils morts, de récupérations web échouées, de HTML à moitié analysé et de sorties bash cassées
• Les modèles locaux étouffant sous des blocs de contexte de taille cloud, empêchant le code précédemment écrit d'être exporté
• Les effacements manuels de contexte laissant les agents "à moitié lobotomisés" et oubliant des règles importantes

L'utilisateur note : "Ce n'est pas de la mémoire. C'est du transfert de journaux avec un nom fantaisiste." Ils soulignent que si votre couche mémoire est liée au contexte du fournisseur, vous ne possédez pas le cerveau de l'agent—vous louez simplement la continuité à celui qui sert l'inférence à cette heure-là.

La solution : Plugin Memos d'OpenClaw

L'utilisateur a remplacé son flux par défaut par le plugin memos dans OpenClaw, qui fournit :

• La capacité de rappeler le code précédemment écrit à tout moment
• Des règles strictes qui survivent aux changements de modèle
• Les travaux récents compressés en un bref résumé de transfert
• Le bruit d'outils obsolètes qui cesse de polluer le modèle suivant
• Un basculement qui ressemble à un basculement, pas à une transplantation cérébrale

Détails de configuration

La configuration de l'utilisateur est :

{
  plugins: {
    memos: {
      strategy: selective_recall,
      max_injection_tokens: 4000,
      drop_stale_tool_calls: true
    }
  }
}

Le résultat pratique est que les modèles de secours reçoivent 2 000 lignes de code propres au lieu d'extraits incomplets. L'utilisateur conclut que de nombreux développeurs confondent à tort la fenêtre de contexte avec la mémoire, mais qu'une véritable gestion de la mémoire nécessite une orchestration plus sophistiquée que simplement traîner des journaux de chat complets à travers les frontières des modèles.