Correction du gonflement des invites OpenClaw et des boucles de réponse lentes

Si votre agent principal OpenClaw ralentit—prenant des minutes avant d'agir—la cause est probablement un encombrement du contexte, et non un bug unique. D'après un post détaillé sur Reddit, le problème vient d'une combinaison de fichiers de projet toujours injectés, de compétences visibles excessives, de grands schémas d'outils, et d'historique de conversation qui déclenchent des boucles de compaction et de nouvelle tentative.
Ce qui causait l'encombrement
- Contexte de projet toujours injecté : Des fichiers comme
AGENTS.md,HEARTBEAT.mdetTOOLS.mdsont envoyés à chaque tour. Avec le temps, ils étaient devenus de mini-manuels. Tailles précédentes :AGENTS.md8 618 octets,HEARTBEAT.md4 970 octets,TOOLS.md8 820 octets (total 22 408 octets). - Trop de compétences visibles : L'agent principal avait 60 compétences visibles. OpenClaw injecte le catalogue de compétences (nom, description, chemin) à chaque tour, et les instructions de l'agent encouragent à parcourir la liste des compétences avant de répondre, ajoutant une surcharge et des lectures de fichiers supplémentaires.
- Schémas d'outils : Les définitions JSON des outils disponibles (paramètres, énumérations, descriptions) sont nécessaires pour que le modèle appelle les outils, mais chaque schéma consomme de l'espace de contexte.
- Historique de conversation : Les appels LLM sont sans état, donc OpenClaw renvoie suffisamment d'historique à chaque tour. Des journaux géants, des sorties d'outils énormes et de longues traces de débogage deviennent une partie du fardeau.
- Pression de compaction/nouvelle tentative : Grande base + grand historique → compaction → nouvelles tentatives → toujours une grande base fixe → reste lent. La compaction ne peut pas réduire les bases toujours injectées ou les messages récents préservés.
Ce qui a été changé
1. Liste blanche agressive des compétences de l'agent principal
Passé de 60 compétences sans restriction à une petite liste blanche explicite de 10 garde-fous :
source-grounded-claims
pre-send-check
session-status-claim-check
verify-after-edit
transient-check-failure-disclosure
failed-subagent-results-caveat
gateway-change-guard
openclaw-webui-tailscale-recovery
tailscale-network-guard
long-running-task-guard
2. Réduction des fichiers toujours injectés
Compacté AGENTS.md, HEARTBEAT.md et TOOLS.md en fichiers de routage/index plutôt que de gros manuels. Après compaction :
AGENTS.md 4 804 octets
HEARTBEAT.md 2 177 octets
TOOLS.md 2 387 octets
Total 9 368 octets
3. Changement des pratiques opérationnelles
- Pour les audits et diagnostics : utiliser des sous-agents avec
lightContext:true. - Sauvegarder les gros journaux/rapports dans des fichiers plutôt que de les coller dans le chat principal.
- Utiliser des commandes limitées
tail,grep,sed -npour inspecter les fichiers sans vider tout le contenu.
Ces changements corrigent directement la boucle de rétroaction où le chargement de tout avant chaque tour provoquait compaction et retards. La version spécifique mentionnée est 2026.4.26, mais le conseil s'applique à toute configuration OpenClaw subissant un encombrement similaire.
📖 Lire la source complète : r/openclaw
👀 See Also

Titre : Visuel du workflow Claude Code : Hiérarchie mémoire, compétences, hooks et boucle
Un post Reddit partage un visuel de workflow pour Claude Code couvrant la stratification mémoire CLAUDE.md (global → repo → contextuel), les compétences en tant que motifs réutilisables dans .claude/skills/, et une boucle de workflow suggérée (planifier → décrire → accepter → commit).

Comment réduire les temps de réponse d'OpenClaw en optimisant le contexte
Un développeur a résolu des temps de réponse de 10 minutes dans OpenClaw en réduisant les fichiers d'espace de travail injectés de 47 000 caractères à 16 000 caractères grâce à une restructuration des fichiers et des modifications de configuration, notamment en définissant bootstrapMaxChars à 8000 et en ajoutant des protections de compactage.

Conseils pratiques pour la configuration d'OpenClaw tirés de l'expérience Docker/Windows
Un développeur partage des leçons spécifiques tirées de l'exécution d'OpenClaw sur Docker avec Windows 11/WSL2, couvrant les problèmes de persistance, la configuration du bot Discord, les approches de gestion de la mémoire et les solutions de contournement pour l'automatisation du navigateur.

Claude Code Workflow Visual Explique la Hiérarchie de Mémoire et le Système de Compétences
Un utilisateur de Reddit a partagé un diagramme visuel montrant la structure du flux de travail de Claude Code, incluant la stratification de la mémoire avec les fichiers CLAUDE.md et les compétences réutilisables définies dans les répertoires .claude/skills/. La boucle de travail suggère d'utiliser le mode Plan, de décrire les fonctionnalités, d'accepter automatiquement et de valider fréquemment.