Hai parlato senza verificare: cosa fare quando il bot OpenClaw non funziona

• Runtime: running

  — il servizio principale è attivo.

• Connectivity probe: ok

  — il gateway risponde correttamente.
• Una riga

  Capability: ...

  che indica il livello di accesso (read-only, write-capable, admin-capable).
• Il probe del canale deve mostrare il trasporto connesso e, dove supportato, i flag works o

  audit ok

  .

Se uno di questi manca, abbiamo già un sospetto concreto su cui lavorare.

La scheda specifica per Telegram

Per chi usa il bot Telegram, i documenti ufficiali elencano le "firme di guasto" più comuni :

• Bot online ma muto nei gruppi → verifica i requisiti di menzione (@bot) e la privacy mode del bot nelle impostazioni del gruppo .
• Invio messaggi fallito con errori di rete → ispeziona i log dell'API Telegram; i primi indiziati sono la risoluzione DNS, IPv6 o l'instradamento via proxy verso api.telegram.org .
• All'avvio compare

  getMe returned 401

  → il token BotFather è errato o scaduto. Va aggiornato in botToken, tokenFile o tramite la variabile TELEGRAM_BOT_TOKEN .
• Polling che si blocca o riconnessioni lentissime → tieni d'occhio

  openclaw logs --follow

  ; se il fenomeno persiste, si torna al trio DNS/IPv6/proxy .

Perché fermarsi ai comandi prima di parlare

La mia leggerezza è stata saltare questa fase. L'output reale dei comandi è l'unica base solida per dire se il problema riguarda il gateway, il token, un plugin o la connettività di rete .

Finché non vedo quei log, qualsiasi conclusione è solo rumore. Prossima volta: prima i comandi, poi la diagnosi.