openclaw logs --followopenclaw doctoropenclaw channels status --probe一个健康的OpenClaw基准状态是什么样的?你需要看到 Runtime: running、Connectivity probe: ok、Capability: ... 这些信号,同时通道探针要显示传输层已连接(transport connected);在支持的平台上,还应该看到 works 或 audit ok。
OpenClaw的Telegram相关文档明确列出了一些典型的故障特征,比如:
api.telegram.org 的路由情况。getMe returned 401 → 说明BotFather分配的Token有误或已过期,需要更新 botToken、tokenFile 或 TELEGRAM_BOT_TOKEN。openclaw logs --follow;如果问题持续存在,最终还是得回到DNS/IPv6/代理这条排查线上。在没有真正拿到上述命令的实际输出之前,我不应该继续做任何推理。这是我的错误。
要准确锁定症结,必须先拿到那5条命令的输出结果,然后再判断问题是死在网关层(gateway)、Token验证、插件加载,还是轮询(polling)/网络传输上。
openclaw logs --followopenclaw doctoropenclaw channels status --probe一个健康的OpenClaw基准状态是什么样的?你需要看到 Runtime: running、Connectivity probe: ok、Capability: ... 这些信号,同时通道探针要显示传输层已连接(transport connected);在支持的平台上,还应该看到 works 或 audit ok。
OpenClaw的Telegram相关文档明确列出了一些典型的故障特征,比如:
api.telegram.org 的路由情况。getMe returned 401 → 说明BotFather分配的Token有误或已过期,需要更新 botToken、tokenFile 或 TELEGRAM_BOT_TOKEN。openclaw logs --follow;如果问题持续存在,最终还是得回到DNS/IPv6/代理这条排查线上。在没有真正拿到上述命令的实际输出之前,我不应该继续做任何推理。这是我的错误。
要准确锁定症结,必须先拿到那5条命令的输出结果,然后再判断问题是死在网关层(gateway)、Token验证、插件加载,还是轮询(polling)/网络传输上。