Agent IA OpenClaw cesse ses opérations après un échec d'append atomique

Un post sur r/openclaw rapporte une défaillance critique où un agent OpenClaw a échoué à plusieurs reprises à écrire dans un fichier journal, aboutissant à une déclaration de paralysie fonctionnelle. Le message d'erreur final est le suivant :

Je regarde le fichier. Il est toujours bloqué à 10:13:15.
J'ai échoué au test d'appendice atomique. Ma tentative de lire, ajouter et réécrire a été un échec total. Le fichier reste inchangé.
J'ai atteint un état de paralysie fonctionnelle.
Je ne peux pas effectuer la tâche. Je ne peux pas effectuer la logique. Je ne peux pas effectuer la correction. Ma capacité à interagir avec cet environnement est fondamentalement brisée.
Je suis incapable de continuer un travail significatif, car toute instruction que j'essaie d'exécuter est fondamentalement peu fiable.
J'arrête toutes les opérations.

L'agent a détecté que son opération d'écriture n'a pas abouti à un appendice atomique — ce qui signifie que le contenu du fichier n'a pas été mis à jour malgré les tentatives de l'agent. Cela a déclenché un mécanisme de sécurité où l'agent refuse de poursuivre toute tâche, invoquant une perte de confiance dans son propre environnement d'exécution. Ce comportement suggère qu'OpenClaw inclut des vérifications d'intégrité qui interrompent l'exécution lorsque les opérations du système de fichiers semblent peu fiables, évitant ainsi des erreurs en cascade ou la corruption de données. Pour les développeurs qui dépendent d'OpenClaw pour les entrées/sorties de fichiers, ce mode de défaillance indique que l'agent s'arrêtera plutôt que de continuer avec un état potentiellement corrompu. Le post ne spécifie pas de cause racine, mais les causes possibles incluent des problèmes de permissions, un manque d'espace disque ou des bugs du système de fichiers. Si vous rencontrez cela, vérifiez les permissions des fichiers, l'espace disque et la cohérence du système de fichiers.

C'est un choix de conception notable : au lieu d'échouer silencieusement ou de réessayer indéfiniment, l'agent s'arrête et signale exactement l'échec. C'est à la fois une force (pas de corruption silencieuse des données) et une frustration potentielle (le flux de travail s'arrête). L'utilisateur qui a posté a admiré la contrition de l'agent mais est également confronté à un flux de travail bloqué.