OpenClaw : quatre problèmes critiques que les développeurs doivent connaître

Un scan récent des problèmes ouverts dans le dépôt OpenClaw (366k étoiles) a révélé quatre bugs et lacunes fonctionnelles qui affectent activement les déploiements en production. Deux sont des bugs provoquant des échecs silencieux, et deux sont des fonctionnalités manquantes demandées par la communauté. Voici un récapitulatif de chacun.

1. Les images envoyées via les canaux n'atteignent jamais le modèle

Lorsqu'un utilisateur envoie une image via Discord, Telegram, Feishu ou OpenWebUI, l'adaptateur de canal supprime l'image et ne transmet que le texte au modèle. Les modèles capables de vision répondent comme si aucune image n'avait été fournie ou hallucinent des descriptions. La cause racine est que l'interface de l'adaptateur de canal ne propage pas les URLs d'image ou les payloads base64. La correction nécessite d'étendre l'interface de l'adaptateur pour transmettre ces représentations d'images. Plusieurs issues suivent ce problème, avec #23452 comme résumé le plus clair.

2. WhatsApp et Telegram meurent définitivement lors d'un bref problème DNS

La logique de reconnexion dans les adaptateurs de canal WhatsApp et Telegram ne gère que les déconnexions en cours de session. Si une panne DNS survient lors de la connexion initiale, l'erreur échappe entièrement à la boucle de réessai, et le canal s'arrête sans nouvelle tentative de reconnexion. La passerelle continue de fonctionner, mais le canal est effectivement mort. Les utilisateurs rapportent l'utilisation de scripts de surveillance externes pour le redémarrer. Voir les issues #2198 et #13506.

3. Aucun moyen de voir ce qui bloque le verrou de session

Le stockage de sessions utilise des fichiers .jsonl.lock, qui se bloquent régulièrement en raison de sessions volumineuses, de la charge cron, d'agents parallèles ou de rechargements de configuration. Lorsqu'un verrou est bloqué, tous les modèles échouent avec session file locked (timeout 10000ms). La seule solution est de tuer manuellement le fichier de verrou ou de redémarrer la passerelle. Le fichier de verrou contient déjà les métadonnées pid et createdAt, mais il n'existe pas de commande CLI pour les afficher. Une commande openclaw locks proposée lirait ces métadonnées et montrerait les requêtes actives, donnant aux opérateurs des informations exploitables. Voir les issues #31489 et #11950.

4. Absence de coordination parallèle entre agents

Les outils actuels session_spawn et send ne supportent que la délégation hiérarchique — un agent transmet le travail et attend. Il n'existe aucun moyen pour plusieurs agents de collaborer simultanément sur une tâche ou de partager un état. L'issue #43367 documente des utilisateurs essayant d'exécuter des agents de codage parallèles et rencontrant des écrasements de configuration et des conflits de verrouillage en plus de la limitation architecturale.

Ces quatre éléments sont ouverts à la contribution et impactent directement les configurations de production. Si vous utilisez OpenClaw en production, vérifiez vos adaptateurs de canal et la gestion des verrous de session — et envisagez de contribuer à une correction.