Conflit sans perte entre Claw et OpenClaw 2.0 ; la désactivation rétablit la stabilité des tâches longues

La mise à niveau d'OpenClaw vers 2.0 a cassé un flux de production longue durée qui était stable depuis des heures. Selon un rapport sur r/openclaw, le coupable semble être un conflit avec la dernière version de Lossless Claw. Le désactiver, ainsi que des ajustements du fichier PRD, ont remis les choses en marche.

Ce qui s'est passé

L'utilisateur exécute un cycle de 8 heures qui combine de lourdes tâches vidéo avec Comfy UI et du raisonnement basé sur LLM, utilisant à l'origine QWEN 3.5. Cela fonctionnait parfaitement jusqu'à la mise à jour vers OpenClaw 2.0, où tout s'est arrêté. Leur analyse — via Codex — a pointé un conflit entre OpenClaw 2.0 et le dernier Lossless Claw comme cause principale.

Le correctif

La solution temporaire a été de désactiver Lossless Claw dans OpenClaw 2.0. Cela a nécessité des modifications supplémentaires dans la logique du fichier PRD, mais après ces changements, le flux a repris. Au moment de la publication, l'utilisateur était à 31 minutes d'un nouveau test sans problème.

Pourquoi Lossless Claw est important

L'utilisateur note que malgré le conflit, Lossless Claw est crucial pour construire des tâches longues et cohérentes. Après l'avoir réactivé plus tôt, cela avait fait une différence notable, mais sa pleine valeur n'est apparue qu'après l'avoir désactivé. Ils ont soumis un ticket pour résoudre le conflit, mais le rapport sert d'avertissement sur la dépendance à des combinaisons de versions compatibles d'outils d'agents.

Pour les développeurs exécutant des tâches longues similaires, cela suggère de vérifier la compatibilité des outils avant une mise à niveau et d'être prêt à désactiver temporairement les extensions pour isoler le problème.