Un système de mémoire à 4 fichiers pour les agents OpenClaw sans plugins

Le problème avec les fichiers de mémoire basiques
Les correctifs de mémoire basiques comme structurer les fichiers et utiliser /new work fonctionnent initialement, mais après un mois d'utilisation quotidienne, MEMORY.md peut atteindre 300 lignes, amenant les agents à survoler au lieu de lire. Le problème fondamental : votre agent ne sait pas ce qu'il sait. Il n'a pas de carte des informations stockées, donc il ne peut pas localiser efficacement le contexte pertinent des conversations précédentes.
Le système à 4 fichiers
Ce système utilise quatre fichiers markdown, chacun ayant un objectif spécifique, ne nécessitant aucun plugin, outil externe ou base de données.
- USER.md : Contient des faits permanents sur vous qui ne changent jamais, sauf si votre vie change. Chargé à chaque session. Inclut des informations d'identité et des règles strictes. Exemple de contenu :
# À propos de moi - Nom : [nom] - Partenaire : Sarah, anniversaire le 12 juin - Localisation : Jersey City, fuseau horaire ET - Emploi : [rôle] chez [entreprise] - Style de communication : direct, sans fioritures, sans jargon d'entreprise # Règles strictes - Ne jamais programmer de réunions avant 10h - Ne jamais envoyer d'emails sans mon approbation - Ne jamais publier automatiquement sur les réseaux sociaux - CONTEXT.md : Une courte liste (20-30 lignes maximum) de ce sur quoi vous travaillez actuellement, de ce à quoi vous pensez ou de ce que vous attendez. Mis à jour chaque semaine. Résout le problème de "l'agent ne sait pas ce qu'il sait" en fournissant un contexte immédiat au début de la session. Exemple de contenu :
# Actif en ce moment (mis à jour le 22 mars) ## Cette semaine - Présentation Q2 due le 28 mars, nécessite les données de ventes de Mike - Rénovation de la cuisine : l'entrepreneur Dave commence lundi, budget 15K $ - Voyage à Tokyo du 1er au 5 avril : vols réservés, hôtel pas encore ## En attente de - Documents fiscaux du comptable (envoyés le 5 mars, relancer si pas de réponse d'ici le 25 mars) - Données de ventes de Mike pour le dossier Q2 ## Modèles que vous avez remarqués chez moi - Je vérifie le portefeuille + les nouvelles chaque matin, génère un briefing avant 8h - J'oublie de suivre avec les personnes que je rencontre lors d'événements, rappelez-moi après 2 semaines - Week-end = courses personnelles. Semaine = travail. Ne pas les mélanger. - MEMORY.md : Stocke le contexte en cours structuré par sujet, pas comme un mur de texte. Les sections par sujet aident l'agent à trouver des informations sans tout lire. Doit être élagué mensuellement. Exemple de structure :
# Personnes - Sarah (épouse) : travaille chez [entreprise], anniversaire le 12 juin, préfère les restaurants italiens - Mike (collègue) : s'occupe du frontend, préfère Slack aux emails, me doit des données de ventes # Projets - Rénovation de la cuisine : entrepreneur Dave, budget 15K $, délai 4 semaines à partir du 25 mars - Présentation Q2 : due le 28 mars, format identique au Q1, Sarah a revu la dernière # Décisions prises - Passé d'opus à sonnet le 5 mars (raisons de coût, pas de différence de qualité pour les tâches quotidiennes) - Utilisation de l'API Brave Search au lieu de Google (le niveau gratuit suffit) - Appartement à Jersey City plutôt qu'à Brooklyn (accès PATH + 400 $/mois moins cher) # Tâches récurrentes - Briefing quotidien à 8h (calendrier + email + météo + portefeuille) - Liste de courses hebdomadaire dimanche 18h - Génération automatique du rapport de dépenses le dernier jour du mois - ARCHIVE.md : Stocke les projets terminés ou les anciennes décisions qui pourraient importer plus tard. L'agent ne charge pas ce fichier automatiquement, mais peut s'y référer lorsque le contexte historique est nécessaire. Exemple de contenu :
# Projets terminés - Recherche d'appartement (fév. 2026) : choisi Jersey City, bail signé le 25 fév. - Déclaration fiscale (mars 2026) : comptable géré, pertes en capital compensées par gains d'environ 2K $ # Anciennes décisions - Essayé la configuration multi-agent le 10 fév., revenu à un seul agent le 15 fév. (coût en tokens, problèmes de routage)
Routine de maintenance
Élaguez MEMORY.md mensuellement en déplaçant les projets terminés vers ARCHIVE.md ou en les supprimant. Gardez CONTEXT.md à jour chaque semaine. Un MEMORY.md de 300 lignes avec des projets terminés datant de deux mois gaspille des tokens sur chaque message.
📖 Read the full source: r/openclaw
👀 See Also

Mise en œuvre du suivi du temps dans les projets Claude AI
Une méthode utilisant Claude AI implique l'horodatage des réponses pour suivre les sessions de travail et envoyer des rappels de pause.

Méthode pour transférer le contexte utilisateur de ChatGPT à Claude
Un utilisateur de Reddit partage une méthode en deux étapes pour extraire un profil cognitif détaillé de ChatGPT et créer une constitution d'IA portable à transférer vers Claude, abordant la difficulté de passer d'un système d'IA à un autre.

Correctif pour exécuter OpenClaw sur Android via proot Ubuntu : Détourner networkInterfaces() pour résoudre l'erreur uv_interface_addresses 13
Un développeur partage une solution pour exécuter OpenClaw 2026.3.13 sur Android 16 via Termux et proot Ubuntu 25.10, où l'application plante avec 'uv_interface_addresses a retourné une erreur système inconnue 13'. La solution est un script de détournement JavaScript qui remplace os.networkInterfaces().

Corrections de l'Appel d'Outils Qwen 3.5 pour un Usage Agentique : État du Serveur et Solutions Côté Client
Une analyse détaillée identifie quatre bogues qui perturbent l'appel d'outils de Qwen 3.5 dans les configurations agentiques, suit les correctifs serveur à partir d'avril 2026, et fournit une fonction Python côté client pour analyser les appels d'outils XML lorsque les serveurs échouent.