会这样，通常不是一个原因，而是 4类问题混在一起：

一、最常见：不是你提问有问题，是它在某个环节“等死了”

OpenClaw 有一类已知现象：当一次回答里触发了工具调用、子代理、浏览器、exec、读文件之类的动作后，只要其中某一步结果没正常回来，整个会话就可能一直挂着等，表现出来就是“转圈、不继续、像卡住了一样”。GitHub 上近几个月有多条相关问题都在描述这种现象，包括“tool result 没回来导致 session 一直 pending”“子代理拿到结果后不继续生成回答”“Browser/exec 用完后 CLI 不退出”等。(GitHub)

你可以把它理解成：
不是 AI 不会答，而是它在等某个“外包出去干活的人”回话，结果那个人失联了。 这时候前台看起来像 AI 卡住，实际上是流程卡住。

二、第二类：模型接口或网络链路不稳定

如果 OpenClaw 连接的是云端模型、远程网关、OAuth 通道，或者你本地网络本来就不稳，就会出现一种情况：简单问题能答，复杂问题更容易卡。因为复杂问题往往要更长输出、更长上下文、更多工具调用，任何一个环节超时、断流、无输出，都可能挂住。近期也有 issue 专门提到 provider 侧“没有继续输出，但也没报错”，于是整段流程就沉默了。(GitHub)

这个现象很像：
你问一句“你好”，它秒回；
你让它“读文件+调用工具+总结+写结果”，它就更容易僵住。
因为后者链路长得多，出故障的概率自然更高。(GitHub)

三、第三类：网关、设备认证、通道状态异常

官方 troubleshooting 文档里明确建议，遇到异常先检查版本、doctor、gateway status；如果日志里出现 nonce、signature、loggedOut、409–515 这类状态，通常说明不是“回答能力”问题，而是 连接层 / 认证层 / 通道状态 有问题。(OpenClaw)

这类情况的典型特征是：

1. 有时能用，有时突然全部不动

往往是会话、设备认证、通道登录状态不稳定。(OpenClaw)

2. 重开一下又好一阵

说明不是问题消失了，而是你把某个临时坏状态重置掉了。GitHub 上也有人提到，重启后暂时恢复，但根因没真正解决。(GitHub)

四、第四类：日志没开对，看起来像玄学，其实是没抓到证据

官方日志文档说得很明确：
--verbose 主要影响控制台输出，不等于文件日志就足够详细；如果你真要排查卡顿，最好把日志级别提到 debug 或 trace，或者打开 targeted diagnostics。默认日志文件路径也有说明。(OpenClaw)

也就是说，很多人觉得“它莫名其妙卡住”，其实是因为：

1. 控制台看不出原因

只看到不动。(OpenClaw)

2. 文件日志级别太低

真正的报错细节没记下来。(OpenClaw)

3. 没开针对性诊断

例如工具调用、HTTP、channel、gateway 这些链路没单独打点。(OpenClaw)

你怎么快速判断：到底是“在思考”还是“真卡死了”

最实用的方法，不是猜，而是按这个顺序看：

第一看：简单问题能不能秒回

你先问一句纯文本的简单问题，比如：

你好，回复“收到”

如果这种都卡，那多半不是工具问题，而是 模型连接 / 网关 / 安装状态 问题。(OpenClaw)

第二看：一涉及工具就卡不卡

如果纯聊天正常，一到“读文件、执行命令、浏览网页、调插件”就卡，那高度怀疑是 工具调用挂起。近期多个 issue 都在说这个方向。(GitHub)

第三看：重启后是不是暂时恢复

如果重启一下又好了，过会儿又犯，通常说明是 会话状态、pending tool call、网关状态、通道状态 这类问题，不是你提问方式的问题。(GitHub)

你现在就可以做的排查动作

先跑这几个：

openclaw --version
openclaw doctor
openclaw gateway status
openclaw gateway probe

这是官方 troubleshooting / gateway 文档里明确给出的排查入口。gateway probe 也被官方称为“debug everything”的命令。(OpenClaw)

然后再用更详细模式启动或观察：

openclaw --verbose

但要注意，--verbose 只是让控制台更啰嗦；真要留证据，最好把 logging.level 调到 debug 或 trace。(OpenClaw)

给你一个最接地气的结论

OpenClaw“有时能答、有时卡住”，一般不是单纯因为你问得不好，而是下面这条链子里某个环节断了：

模型输出 → 网络传输 → 网关 → 工具调用 → 工具结果回传 → 会话继续生成

这条链路越长，越容易某一段失联。现在公开资料里，工具调用挂起、会话 pending、provider 无输出、Browser/exec 相关卡住，都已经是比较常见的问题类型。(GitHub)

你这类现象，经验上优先怀疑顺序是：

1. 工具调用挂起

2. 网络或模型接口无输出

3. 网关/认证/通道状态异常

4. 日志级别太低导致你看不出原因