13 semaines avec OpenClaw comme conducteur quotidien : ce qui a fonctionné, ce qui s'est cassé, ce qui fait encore mal

Après 13 semaines à utiliser OpenClaw comme système d'agent personnel principal sur un Raspberry Pi — gérant les discussions Telegram, la mémoire à long terme, les tâches cron, les sous-agents, les workflows de recherche et les API externes — un utilisateur de r/openclaw a publié un compte rendu détaillé. Le verdict : OpenClaw est suffisamment puissant pour être considéré comme une infrastructure, mais encore assez brut pour nécessiter de la patience, des logs, des sauvegardes et une volonté de déboguer des cas particuliers étranges.

Ce qui a bien fonctionné

• Superposition de workflows. L'agent se situe entre la messagerie, les fichiers, les crons, les API, la mémoire et les outils. Le système cron est vraiment utile — les tâches récurrentes collectent, traitent, résument, notifient et déclenchent des workflows de suivi. Une fois réglés, ils deviennent ennuyeux dans le bon sens.
• Mémoire — si organisée. OpenClaw peut se souvenir des décisions, de l'état des projets, des préférences, des erreurs et des correctifs antérieurs. Mais laisser chaque fragment brut dans la mémoire à long terme la transforme en boue. Avec un nettoyage et des fichiers de mémoire spécifiques au projet, cela devient une véritable couche opérationnelle.
• Sous-agents pour des tâches limitées. Le modèle le plus utile : l'humain décide de la direction, l'agent principal coordonne, les sous-agents effectuent une analyse ou une implémentation limitée, l'agent principal vérifie. Moins utile lorsque le contexte est vague ou que le routage des modèles/configurations n'est pas explicite.
• Continuité. Le plus grand succès n'est pas une fonctionnalité unique — c'est que le système gère désormais quotidiennement la mémoire opérationnelle, les vérifications programmées, l'analyse récurrente, le débogage technique, les revues de configuration, les petites modifications de code et le suivi structuré.

Ce qui a cassé ou agacé

• Problèmes de modèle/configuration. Au début, les configurations de modèles locaux/petits (par exemple, contexte de 4k) ne pouvaient pas gérer le prompt système d'OpenClaw plus les outils. Les erreurs "Échec du tour de l'assistant" étaient souvent liées à des problèmes de clé API/configuration, pas à la RAM.
• Manque d'interaction entre cron et sous-agent. Les workflows planifiés lançaient un sous-agent qui effectuait correctement le travail, mais le parent ne pouvait pas lire la sortie de l'enfant car l'historique agent-à-agent était désactivé. Correctif : reconcevoir pour que l'enfant écrive les résultats directement (write —file) au lieu de compter sur la relecture parent.
• Problèmes de guillemets dans le shell. Passer du JSON via des commandes shell échouait à cause d'apostrophes et de guillemets imbriqués. Correctif : écrire le JSON dans un fichier temporaire et passer --file.
• Dérive des mises à jour. Les mises à jour d'OpenClaw amélioraient les performances de démarrage et la pression mémoire sur le Pi, mais les jours de mise à jour nécessitaient de la prudence — dérive de configuration, dérive des commandes ACP, dérive de la documentation. Il fallait vérifier ce qui avait réellement changé plutôt que de supposer que tout allait bien.
• Remplacement du modèle de sous-agent. Les valeurs par défaut n'étaient pas toujours respectées ; maintenant, les IDs de modèle/agent sont passés explicitement.
• Manque de fiabilité de l'ACP. L'ACP Claude via OpenClaw échouait avec des erreurs d'exécution internes ; les chemins ACP/CLI directs fonctionnaient.
• Hygiène des secrets/configuration. OpenClaw prend en charge les SecretRefs structurés, mais les anciens fichiers de configuration/auth-profile peuvent encore contenir des secrets en texte clair. Une migration sécurisée nécessite des sauvegardes, des vérifications de schéma et une planification de restauration.
• Pression sur les ressources du Pi. Les processus Claude/Codex de longue durée, les crons et les artefacts mémoire s'accumulent. Ajout de routines de nettoyage ; archivé un projet mort qui avait atteint environ 1,6 Go de bloat régénéré.

À qui cela s'adresse

Les développeurs exécutant OpenClaw comme système d'agent personnel — en particulier sur du matériel contraint — qui souhaitent un compte rendu factuel des points douloureux réels et des solutions pratiques.