openclaw status
openclaw gateway status
openclaw logs --follow
openclaw doctor
openclaw channels status --probe
如果还嫌不够细,官方文档里还有一套更完整的六十秒排查组合,适合做深度诊断。
openclaw status
openclaw status --all
openclaw gateway probe
openclaw gateway status
openclaw doctor
openclaw channels status --probe
openclaw logs --follow
输出对不对,靠这几条标准来判断:
openclaw gateway status 一定要出现 Runtime: running,并且 Connectivity probe: ok。openclaw channels status --probe 必须能展示传输已连接,在支持的平台上还会出现 works 或 audit ok 等字样。openclaw status 整体看下来,不应该有明显的认证或配置报错。如果你恰好是在更新之后才遇到机器人“发呆”,那八成就是插件或配置树的问题。官方推荐的操作很简单:
openclaw status --all 看看全貌;openclaw doctor --fix 清理掉损坏的插件依赖暂存目录和过期的认证影子;openclaw gateway restart 重启网关;openclaw status --all 确认修复是否生效。如果日志里蹦出 plugin load failed: dependency tree corrupted,那就是铁证——依赖树出了问题,openclaw doctor --fix 就是专门收拾这摊子的。
Telegram 机器人“卡死”比想象中更容易排查,因为它就那么几类典型故障:
openclaw pairing list telegram,配对不起当然没得聊。getMe returned 401:别磨蹭,马上去 BotFather 重新生成 Token,然后更新到配置里的 botToken、tokenFile 或者 TELEGRAM_BOT_TOKEN 环境变量。openclaw logs --follow 看具体报错,如果问题反复,根子仍然大概率在代理、DNS 或 IPv6 这几块。如果系统里残留了旧版本的二进制,openclaw 命令很可能解析到了错误的可执行文件。这时必须检查 PATH 环境变量,确保它指向你打算使用的最新安装版本,然后再重试。
要是网关服务本身版本跑偏了,或者还有旧版的系统包和包装脚本赖着不走,官方建议是:直接重新安装目标版本的网关服务,并把那些过时的包装脚本和旧软件包彻底清理干净。
doctor --fix,随后重启网关。别凭感觉瞎蒙。面对 OpenClaw,正经修法就是把前面那几条基线命令跑一遍,拿到输出了再分门别类下刀。 如果你能把这几个命令的输出贴个二三十行上来——openclaw gateway status 的完整结果、openclaw channels status --probe 的报告、以及 openclaw logs --follow 开头的那几段日志,基本上就能立刻看出是卡在配对、隐私模式、Token 401 还是网关/插件挂了。
openclaw status
openclaw gateway status
openclaw logs --follow
openclaw doctor
openclaw channels status --probe
如果还嫌不够细,官方文档里还有一套更完整的六十秒排查组合,适合做深度诊断。
openclaw status
openclaw status --all
openclaw gateway probe
openclaw gateway status
openclaw doctor
openclaw channels status --probe
openclaw logs --follow
输出对不对,靠这几条标准来判断:
openclaw gateway status 一定要出现 Runtime: running,并且 Connectivity probe: ok。openclaw channels status --probe 必须能展示传输已连接,在支持的平台上还会出现 works 或 audit ok 等字样。openclaw status 整体看下来,不应该有明显的认证或配置报错。如果你恰好是在更新之后才遇到机器人“发呆”,那八成就是插件或配置树的问题。官方推荐的操作很简单:
openclaw status --all 看看全貌;openclaw doctor --fix 清理掉损坏的插件依赖暂存目录和过期的认证影子;openclaw gateway restart 重启网关;openclaw status --all 确认修复是否生效。如果日志里蹦出 plugin load failed: dependency tree corrupted,那就是铁证——依赖树出了问题,openclaw doctor --fix 就是专门收拾这摊子的。
Telegram 机器人“卡死”比想象中更容易排查,因为它就那么几类典型故障:
openclaw pairing list telegram,配对不起当然没得聊。getMe returned 401:别磨蹭,马上去 BotFather 重新生成 Token,然后更新到配置里的 botToken、tokenFile 或者 TELEGRAM_BOT_TOKEN 环境变量。openclaw logs --follow 看具体报错,如果问题反复,根子仍然大概率在代理、DNS 或 IPv6 这几块。如果系统里残留了旧版本的二进制,openclaw 命令很可能解析到了错误的可执行文件。这时必须检查 PATH 环境变量,确保它指向你打算使用的最新安装版本,然后再重试。
要是网关服务本身版本跑偏了,或者还有旧版的系统包和包装脚本赖着不走,官方建议是:直接重新安装目标版本的网关服务,并把那些过时的包装脚本和旧软件包彻底清理干净。
doctor --fix,随后重启网关。别凭感觉瞎蒙。面对 OpenClaw,正经修法就是把前面那几条基线命令跑一遍,拿到输出了再分门别类下刀。 如果你能把这几个命令的输出贴个二三十行上来——openclaw gateway status 的完整结果、openclaw channels status --probe 的报告、以及 openclaw logs --follow 开头的那几段日志,基本上就能立刻看出是卡在配对、隐私模式、Token 401 还是网关/插件挂了。