Mise à jour d'OpenClaw v3.22 provoque des problèmes de tableau de bord et WhatsApp

✍️ OpenClawRadar📅 Publié: March 23, 2026🔗 Source
Mise à jour d'OpenClaw v3.22 provoque des problèmes de tableau de bord et WhatsApp
Ad

Un avertissement a été émis concernant OpenClaw v3.22 en raison de dysfonctionnements significatifs. La mise à jour semble avoir introduit des problèmes critiques affectant les composants essentiels de la plateforme.

Problèmes spécifiques identifiés

Selon les rapports de la communauté OpenClaw, deux composants majeurs sont actuellement défaillants dans la version v3.22 :

  • Tableau de bord défaillant - L'interface principale du tableau de bord ne fonctionne pas correctement
  • WhatsApp défaillant - Les fonctionnalités d'intégration WhatsApp ne fonctionnent pas

Ces problèmes ont été documentés dans deux rapports de problèmes GitHub distincts :

  • Problème #52808 - Problèmes de fonctionnalité du tableau de bord
  • Problème #52813 - Défaillances de l'intégration WhatsApp
Ad

Contexte technique

OpenClaw est une plateforme utilisée par les développeurs travaillant avec des agents d'intelligence artificielle pour le codage. La fonctionnalité du tableau de bord fournit généralement des interfaces de surveillance, d'analyse et de contrôle pour gérer les flux de travail des agents d'IA. L'intégration WhatsApp permettrait normalement des notifications, alertes ou fonctionnalités de communication via la plateforme de messagerie. Lorsque ces composants tombent en panne, cela peut perturber les capacités de surveillance et les flux de communication dont dépendent les développeurs pour leurs opérations d'agents d'IA.

Les problèmes GitHub (#52808 et #52813) contiendraient des détails techniques spécifiques sur les défaillances, y compris des messages d'erreur, des étapes de reproduction et potentiellement des traces de pile ou des journaux que les développeurs pourraient utiliser pour comprendre les causes profondes.

Recommandation actuelle

Il est conseillé aux utilisateurs d'éviter de mettre à jour vers OpenClaw v3.22 jusqu'à ce que ces problèmes soient résolus. Pour ceux qui ont déjà effectué la mise à jour, consulter les problèmes GitHub pour des solutions de contournement ou revenir à une version stable précédente serait la recommandation à suivre. La discussion communautaire sur Reddit contient probablement des expériences utilisateur supplémentaires et des solutions temporaires potentielles.

📖 Read the full source: r/openclaw

Ad

👀 See Also

Trois lois inverses de la robotique : Directives humaines pour l'utilisation de l'IA
News

Trois lois inverses de la robotique : Directives humaines pour l'utilisation de l'IA

Susam Pal propose trois lois inverses de la robotique pour les humains : ne pas anthropomorphiser l'IA, ne pas faire aveuglément confiance à ses résultats et rester pleinement responsable. Des avertissements pratiques contre une dépendance excessive à l'IA générative.

OpenClawRadar
Cowork Force le Moyen Effort en Dur et Ignore les Paramètres Utilisateur pour Claude Opus
News

Cowork Force le Moyen Effort en Dur et Ignore les Paramètres Utilisateur pour Claude Opus

Un utilisateur du plan Max a découvert que Cowork passe --effort medium --model claude-opus-4-6 comme paramètres CLI figés, ignorant les variables d'environnement et les remplacements de settings.json. Cela signifie que les utilisateurs sont bloqués sur un effort moyen et une fenêtre de contexte standard malgré le paiement pour un effort élevé et un accès à un contexte de 1 million.

OpenClawRadar
DystopiaBench étendu : 42 modèles testés sur 6 types de dystopie — Claude Opus 4.7 en tête
News

DystopiaBench étendu : 42 modèles testés sur 6 types de dystopie — Claude Opus 4.7 en tête

DystopiaBench ajoute des modules Huxley et Baudrillard, teste 42 modèles dont GPT-5.5, Gemini 3.1 Pro, Grok 4.3 et GLM-5.1. Claude Opus 4.7 refuse systématiquement les requêtes nuisibles aux niveaux L4-L5 dans tous les scénarios, tandis que d'autres se conforment jusqu'au L4, voire L5.

OpenClawRadar
Bonsai 1.7B : modèle ternaire atteint 442 T/s sur M4 Max avec des noyaux Metal réglés de manière autonome
News

Bonsai 1.7B : modèle ternaire atteint 442 T/s sur M4 Max avec des noyaux Metal réglés de manière autonome

L'agent autonome ata a optimisé les kernels Metal pour Bonsai 1.7B Q2_0, atteignant 442 t/s en décodage (+42%) et 4622 t/s en préremplissage (+9%) sur M4 Max par rapport à llama.cpp non modifié.

OpenClawRadar