Stop met gissen en voer deze 5 diagnostische commando's uit

• Bij Runtime de status running.
• Een

  Connectivity probe

  met de waarde ok.
• Een regel die de Capability aangeeft, zoals read-only, write-capable, of admin-capable.
• Een kanaalprobe die een actieve transportverbinding laat zien. Waar ondersteund, verschijnen ook de statussen works of

  audit ok

  .

Zolang je deze signalen niet ziet, is elke andere actie voorbarig.

Specifieke problemen met Telegram? Hier moet je op letten

De documentatie voor Telegram-integratie noemt enkele typische faalscenario's. Door gericht te zoeken in de log-output van bovengenoemde commando's, kun je de oorzaak veel sneller isoleren :

• Bot is online, maar reageert niet in een groep: Controleer de instellingen voor mention requirement en de privacymodus van de bot binnen de groepsinstellingen .
• Verzendfout met netwerkfouten: Duik in de logs van de Telegram API. De meest waarschijnlijke boosdoeners zijn DNS-problemen, IPv6-configuratie of een proxy die de route naar api.telegram.org blokkeert .
• Startup toont

  getMe returned 401

  : Dit duidt op een ongeldig of verlopen BotFather-token. Werk de waarde bij voor botToken, tokenFile, of de omgevingsvariabele TELEGRAM_BOT_TOKEN .
• Polling valt stil of het herverbinden is traag: Gebruik het log-commando (

  openclaw logs --follow

  ) om dit in real-time te monitoren. Houdt het probleem aan, dan is de onderliggende oorzaak vaak dezelfde netwerkconfiguratie (DNS/IPv6/proxy) .

De enige juiste conclusie

Mijn fout was om een diagnose te stellen zonder de daadwerkelijke output van deze commando's te hebben. Dat is een procedurefout van mijn kant .

Wil je zeker weten waar het probleem zit—of het nu de gateway, een token, een plugin, of een netwerkfout is—dan moet je eerst de ruwe data van deze vijf stappen verzamelen. Pas daarna is er een feitelijke basis voor een conclusie. Alles daarvoor is speculatie, hoe logisch het ook mag klinken .