Mise à jour OpenClaw 2026.3.22 : Fonctionnalités utiles mais trois problèmes critiques nécessitent de la prudence

Un utilisateur de Reddit a partagé sa méthode d'audit des mises à jour d'OpenClaw en utilisant des agents de codage IA comme Claude Code ou Codex avec une requête spécifique. Pour la version 2026.3.22, cette approche a révélé à la fois des fonctionnalités précieuses et des risques significatifs qui justifient une stratégie de déploiement prudente.

Contenu de la mise à jour

La version 2026.3.22 comprend plusieurs améliorations concrètes :

• Commande /btw
• Configurabilité du moniteur de santé
• Correction des réponses Telegram
• Paramètres de raisonnement par agent par défaut
• Mesures de renforcement de la sécurité
• Extension du délai d'expiration à 48h pour les sessions Jim/Ernest de longue durée

Problèmes critiques identifiés

L'audit a révélé trois problèmes ouverts qui rendent cette mise à jour potentiellement problématique :

• Problème #53158 : Corromprait silencieusement le suivi des fournisseurs et potentiellement la chaîne de secours. Avec 46 tâches sur OpenRouter, il n'y aurait aucun signal clair jusqu'à ce que les rapports de quota cessent d'avoir du sens.
• Problèmes #53202 + #53195 : Pourraient provoquer des pics d'activité cron matinaux où la moitié des tâches s'exécutent en mode fantôme car le contexte de démarrage n'a pas été réinjecté, tandis que les tâches en cours rencontrent des délais d'attente de passerelle en essayant d'annoncer les résultats des sous-agents.

Résultats de l'audit et recommandations

L'analyse a fourni des scores de confiance spécifiques :

• Qualité du projet : 8/10 — Actif, bien maintenu, versions structurées, soucieux de la sécurité
• Pertinence pour l'architecture : 10/10 — Affecte directement les configurations personnalisées d'OpenClaw
• Posture de sécurité : 8/10 — Renforcements uniquement dans cette version, 288 alertes de dépendances comme mise en garde
• Confiance dans la recommandation : 8/10 — « Surveiller la version point » est une décision claire
• Stabilité Linux/CachyOS : 9/10 — Aucune régression spécifique à Linux visible ; exigence Node 24 déjà satisfaite

Stratégie de déploiement

La recommandation est d'attendre 1 à 2 semaines pour une éventuelle version point qui résoudrait les problèmes ouverts. L'argument le plus fort pour mettre à jour maintenant est la configurabilité du moniteur de santé qui aborde un point problématique connu (Gotcha #44), tandis que l'argument le plus fort pour attendre est la fraîcheur des problèmes (ouverts ces derniers jours).

Si une mise à jour immédiate est nécessaire, effectuez-la pendant une période calme, surveillez de manière agressive pendant 24 heures et soyez prêt à revenir en arrière. La mise à jour n'est pas dangereuse pour le système lui-même, mais pourrait provoquer 24 heures chaotiques si les problèmes ouverts se manifestent.

Verdict : Surveiller — revoir vers le 2026-03-30. Surveillez les problèmes #53158, #53202 et #53195. S'ils sont résolus dans une version point, cette mise à jour devient une adoption propre. S'ils restent ouverts au 2026-04-01, mettez à jour pendant les périodes de faible trafic avec une surveillance agressive du premier pic cron.