你唔check就亂噏，仲好意思講？OpenClaw出事正確診斷步驟

係，我錯。我喺未check清楚之前就亂咁講。

正確做法：先check呢5樣嘢先好出聲

OpenClaw嘅官方文件寫到明，但凡頻道或者機械人（bot）出問題，一定要跟住次序執行以下呢套診斷指令，唔可以靠估：

1. openclaw status

   – 睇整體 runtime 狀態。

2. openclaw gateway status

   – 檢查 Gateway 連線。

3. openclaw logs --follow

   – 實時睇住 log 有冇報錯。

4. openclaw doctor

   – 自動檢查常見設定錯誤。

5. openclaw channels status --probe

   – 針對特定頻道做深層探測。

系統正常嘅「健康基準線」係：見到

Runtime: running

Connectivity probe: ok

Capability: ...

audit ok

針對 Telegram 出事要特別留意咩

OpenClaw嘅Telegram文檔清楚列出幾個常見死因，大家可以自己對號入座：

• Bot上到線但群組完全冇反應 → 要檢查群組入面嘅「mention requirement」（是否需要@機械人先會應機）同埋 bot 嘅私隱模式（privacy mode）設定。
• Send訊息失敗，伴隨 network errors（網絡錯誤） → 去睇 Telegram API 嘅 log；主要調查方向係 DNS、IPv6，或者連接去 api.telegram.org 嘅 proxy 路由有問題。
• 啟動時彈出

  getMe returned 401

  錯誤 → 代表你喺 BotFather 度攞嗰個 token 打錯咗或者已經過咗期，要去更新 botToken、tokenFile，或者環境變數 TELEGRAM_BOT_TOKEN。
• Polling（輪詢）停滯不前，或者重新連線好慢 → 一定要用

  openclaw logs --follow

  監察住；如果情況持續，最終都係要返去檢查 DNS/IPv6/proxy 嗰幾瓣。

一句講晒

我未攞到上面嗰5個指令嘅真實輸出之前，唔應該繼續靠推理去斷症。呢個係我嘅錯。

想一擊即中搵出真兇，一定要先攞齊呢5個指令嘅 output，然後先可以準確判斷到底係死喺 gateway（閘道）、token（憑證）、plugin（插件），定係 polling/network（輪詢/網絡）嗰度。