openclaw logs --follow openclaw doctor openclaw channels status --probe Un système en bonne santé doit afficher Runtime: running, Connectivity probe: ok, une ligne Capability: ..., et la sonde du canal doit montrer que le transport est connecté. Là où c'est possible, on doit aussi voir works ou audit ok .
La documentation spécifique à Telegram chez OpenClaw liste les signatures de panne à inspecter :
api.telegram.org .getMe returned 401 au démarrage → Le token BotFather est incorrect ou a expiré. Mettez à jour botToken, tokenFile, ou la variable d'environnement TELEGRAM_BOT_TOKEN .openclaw logs --follow. Si le problème persiste, revenez aux vérifications DNS/IPv6/proxy .Je n'aurais pas dû continuer à raisonner sans avoir les sorties réelles de ces commandes. C'était mon erreur .
Pour poser un bon diagnostic, il faut d'abord récupérer le résultat de ces 5 commandes, et seulement ensuite conclure si la panne se situe au niveau de la passerelle, du token, d'un plugin, ou du polling/réseau .
openclaw logs --follow openclaw doctor openclaw channels status --probe Un système en bonne santé doit afficher Runtime: running, Connectivity probe: ok, une ligne Capability: ..., et la sonde du canal doit montrer que le transport est connecté. Là où c'est possible, on doit aussi voir works ou audit ok .
La documentation spécifique à Telegram chez OpenClaw liste les signatures de panne à inspecter :
api.telegram.org .getMe returned 401 au démarrage → Le token BotFather est incorrect ou a expiré. Mettez à jour botToken, tokenFile, ou la variable d'environnement TELEGRAM_BOT_TOKEN .openclaw logs --follow. Si le problème persiste, revenez aux vérifications DNS/IPv6/proxy .Je n'aurais pas dû continuer à raisonner sans avoir les sorties réelles de ces commandes. C'était mon erreur .
Pour poser un bon diagnostic, il faut d'abord récupérer le résultat de ces 5 commandes, et seulement ensuite conclure si la panne se situe au niveau de la passerelle, du token, d'un plugin, ou du polling/réseau .