你的 Openclaw为什么这么慢？

Openclaw用久了你会发现，有时候消息发出去半天没回复，有时候快，有时候慢，到底是哪里出问题了？

先搞清楚：一条消息经历了什么

你的消息发出到看到回复，一共经过六个环节（以飞书平台为例）：

飞书接收 → OpenClaw Gateway 接收 → 路由判断 → Session 加载 → AI 推理 + 工具调用 → 飞书投递回复

比如你让Openclaw帮查一下广州今天的天气，完整过程是这样的：

你：帮我查一下广州今天的天气  → 飞书把消息投到 Gateway（500ms-2s）  → Gateway 判断这是发给谁的（<10ms）  → 加载对话历史上下文（几十ms）  → AI 模型开始推理（1s-10s+）  → 模型决定调用天气工具，查到天气数据（100ms-2s）  → 模型生成回复，Gateway 发回飞书（500ms-2s）  → 你看到回复

你感觉到慢，可能是其中的某个环节出现了问题。

如何确认是哪个环节出现问题？按下面的步骤来排查。

第一步：开启飞书耗时显示

想排查，先让飞书把每次的耗时数字显示出来。

运行下面命令：

openclaw config set channels.feishu.streaming trueopenclaw config set channels.feishu.footer.elapsed trueopenclaw config set channels.feishu.footer.status trueopenclaw gateway restart

常见的卡点

有了耗时显示，我们就能追问openclaw到底哪里出问题。

卡点 1：天气工具调用慢

实测对比两个天气数据源：

中国天气网更快，但不稳定，有时候秒回，有时候等半天。 wttr.in 稍微慢一点，可能也和运营商的网络情况相关。

卡点 2：上下文越长越慢

对话历史越长，Openclaw需要处理的内容越多，速度会明显下降。

解决方式：分话题聊天，聊完天气开新话题再说别的，别在一个对话里聊太多不同的事。对话框输入/new切换新话题。

卡点 3：模型本身慢

如果耗时数字很高，但没有调用工具，说明是模型推理本身慢。

可能原因：用的模型比较慢、API 有限速、高峰期排队。

解决方式：换用更快的模型，或避开高峰期使用。

快速排查清单

下次遇到Openclaw响应慢，可以参考下面的步骤排查：

① 开了耗时显示吗？（footer.elapsed = true）② 耗时数字大不大？有没有调用工具？③ 是不是对话历史太长了？④ 有没有网络或API限速问题？⑤ 分话题开新聊，能改善吗？