Régression d'OpenClaw 2026.8.2 : l'agent ne publie plus de tokens et préfère la recherche native de X aux compétences personnalisées

Un développeur sous OpenClaw 2026.8.2 rapporte que la récente version a cassé deux parties d'un flux de travail établi, et qu'il rétrograde pour la première fois depuis ses débuts avec le harnais en février/mars 2026. Le post, de u/OleCuvee, se présente comme un rapport de régression concret plutôt qu'une plainte générale.

Refus de relayer des identifiants à usage unique

Le premier changement est comportemental. Après la mise à jour, l'agent applique désormais une règle stricte dans les sessions Telegram : il ne publiera pas de secrets, mots de passe ou jetons. La configuration de l'utilisateur repose sur des identifiants à courte durée de vie — des jetons et mots de passe à usage unique qu'il jette ensuite — transmis via la session Telegram. Ce flux de travail est en place depuis environ neuf mois. La nouvelle garde-fou ajoute une étape manuelle : ouvrir Termux sur mobile, se connecter en SSH à un système distant et lire un fichier texte dans lequel l'agent écrit les identifiants. Du point de vue de l'utilisateur, la décision de risque devrait appartenir au propriétaire de la plateforme installée, et non aux mainteneurs d'OpenClaw. Il rejette explicitement la suggestion de forker OpenClaw et de le rebaser à chaque version.

Les compétences X personnalisées contournées au profit de l'outil natif

La seconde régression concerne la sélection des outils. Il y a plusieurs mois, l'utilisateur a créé une compétence qui encapsule ses propres outils d'API x-search pour travailler avec des tweets sur X. Après la mise à jour vers 2026.8.2, l'agent a indiqué qu'il ne pouvait pas vérifier « last hour huge traction » car l'outil de recherche X natif est installé mais n'est pas exposé par la passerelle pour le moment. L'agent a choisi de dépendre de l'outil de recherche X natif plutôt que de la compétence/les outils personnalisés qu'il utilisait auparavant. L'objection de l'utilisateur est simple : si les outils personnalisés sont disponibles, pourquoi préférer le chemin natif actuellement non exposé ?

Rétrograder plutôt que forker

L'auteur note qu'il ne s'est jamais plaint de mises à jour cassées auparavant et qu'il sait comment exploiter des systèmes fragiles. Le problème, c'est la direction elle-même — OpenClaw qui retire le pouvoir décisionnel sur ce que l'agent peut faire par canal et sur les compétences ou outils qu'il devrait privilégier. Il mentionne l'écriture d'un simple wrapper webhook entrant/sortant pour un bot Telegram comme un travail d'une heure, et évoque la possibilité de revenir à opencode. Il ne parle pas de la fin de son parcours OpenClaw, mais dit que le petit monstre à griffes se dirige dans une direction qui ne sert plus ses flux de travail. Il exclut également explicitement de passer à des alternatives qu'il n'aime pas.

À retenir pour toute personne sous 2026.8.2 avec des compétences personnalisées similaires : la version semble modifier à la fois le comportement de gestion des identifiants et l'ordre de préférence des outils. Si votre flux de travail dépend de l'agent relayant des jetons jetables via un canal de chat, ou d'une compétence personnalisée prenant le pas sur un outil natif, vérifiez le comportement avant de mettre à jour.