OpenClaw 问题排查的第一步,永远是运行内置诊断工具 openclaw doctor------它能自动检测配置缺失、端口冲突、认证失效等绝大多数常见问题,并通过 openclaw doctor --fix 自动修复可处理的故障。本文覆盖五类高频错误(服务无法启动、消息不响应、API 调用失败、浏览器工具故障、升级后失效)的完整排查流程,帮助开发者在 10 分钟内定位并解决问题。
标准诊断命令序列
遇到任何问题时,按以下顺序执行诊断命令,逐层缩小问题范围:
bash
# Step 1:检查整体服务状态
openclaw status
# Step 2:检查 Gateway 运行状态
openclaw gateway status
# Step 3:实时查看日志(保留终端窗口)
openclaw logs --follow
# Step 4:执行全面诊断
openclaw doctor
# Step 5:检查通信渠道连通性
openclaw channels status --probe
健康状态判断标准:
| 命令 | 正常输出 | 异常信号 |
|---|---|---|
openclaw gateway status |
Runtime: running,RPC probe: ok |
Runtime: stopped,probe failed |
openclaw doctor |
No blocking issues found |
列出具体阻塞项 |
openclaw channels status |
connected/ready |
disconnected,pairing pending |
如果 openclaw doctor 报告可修复的问题,直接运行:
bash
openclaw doctor --fix
错误类型 1:服务无法启动
症状
运行 openclaw gateway status 显示 Runtime: stopped,或启动后立即退出。
原因与解决方案
原因 A:端口被占用(EADDRINUSE)
默认端口 18789 被其他进程占用。
bash
# 查看占用端口的进程
lsof -i :18789
# 杀掉占用进程(替换 PID)
kill -9 <PID>
# 重新启动
openclaw gateway restart
或在配置文件中修改端口:
json5
// ~/.openclaw/openclaw.json
{
"gateway": {
"port": 18790
}
}
原因 B:缺少 gateway.mode 配置
openclaw.json 中未设置 gateway.mode=local,导致 Gateway 无法初始化。
bash
openclaw config set gateway.mode local
原因 C:配置文件 Schema 校验失败
OpenClaw 对配置文件做严格 Schema 校验,任何未知键或类型错误都会阻止 Gateway 启动。
bash
# 查看具体校验错误
openclaw logs | grep "config"
# 重置为默认配置
openclaw config unset <错误的键名>
原因 D:Node.js 版本不满足要求
OpenClaw 要求 Node.js 22+,低版本会导致启动失败。
bash
node --version # 确认版本 ≥ 22
# 使用 nvm 升级
nvm install 22 && nvm use 22
错误类型 2:消息收到但不响应
症状
通信渠道(Telegram、Slack 等)显示已连接,发送消息后 OpenClaw 无回复。
排查流程
bash
# 检查日志中是否有 drop 关键字
openclaw logs | grep "drop"
常见 drop 原因及处理:
| 日志关键字 | 原因 | 解决方案 |
|---|---|---|
drop guild message (mention required) |
群组消息要求 @mention,但未 @ | 在群组中 @ OpenClaw 发送消息 |
drop message (not in allowlist) |
发送者不在白名单中 | 在配置中添加允许的用户 ID |
drop message (pairing pending) |
设备配对未完成 | 运行 openclaw channels login 重新配对 |
drop message (channel disabled) |
该渠道被禁用 | 检查并启用对应渠道配置 |
调整 DM 策略:
json5
// ~/.openclaw/openclaw.json
{
"channels": {
"telegram": {
"dmPolicy": "open" // 可选: pairing | allowlist | open | disabled
}
}
}
添加用户到白名单(以 WhatsApp 为例):
json5
{
"channels": {
"whatsapp": {
"allowFrom": ["+8613800138000", "+8613900139000"]
}
}
}
错误类型 3:API 调用失败
症状 A:HTTP 429 Rate Limit 错误
场景:长上下文请求(超过 128K tokens)报 429。
原因 :Anthropic API 的 extended-context-1m beta 功能需要特定账户权限,免费/低级别账户无法使用。
解决方案:
bash
# 方案 1:关闭超长上下文模式
openclaw config set model.context1m false
# 方案 2:配置备用模型(模型降级)
openclaw config set model.fallback "qiniu/deepseek-v3.2-251201"
症状 B:模型调用返回 401/403
原因:API Key 配置错误或权限不足。
七牛云 API 接入排查步骤:
bash
# 1. 检查环境变量是否已设置
echo $QINIU_API_KEY
# 2. 验证 API Key 有效性
curl https://api.qnaigc.com/v1/models \
-H "Authorization: Bearer $QINIU_API_KEY"
# 3. 确认配置文件中的 baseUrl 正确
openclaw config get model
正确的七牛云模型配置格式:
json5
{
"model": {
"default": "qiniu/deepseek-v3.2-251201",
"provider": {
"baseUrl": "https://api.qnaigc.com/v1",
"apiKey": "${QINIU_API_KEY}" // 使用环境变量引用,不硬编码
}
}
}
七牛云推理服务兼容 OpenAI SDK 标准接口,上述配置直接通过 provider/model 格式(qiniu/<modelId>)调用即可,无需额外适配。
症状 C:模型名称错误(404 Not Found)
模型 ID 格式错误会导致 404。七牛云常用模型 ID 参考:
| 模型 | 正确 ID 格式 |
|---|---|
| DeepSeek V3.2 | qiniu/deepseek-v3.2-251201 |
| Kimi K2.5 | qiniu/moonshotai/kimi-k2.5 |
| GLM-5 | qiniu/z-ai/glm-5 |
| Minimax M2.5 | qiniu/minimax/minimax-m2.5 |
错误类型 4:浏览器工具故障
症状
调用浏览器自动化功能时报错,无法打开网页或执行操作。
排查步骤
Step 1:验证 Chrome 可执行路径
bash
# macOS 默认路径
ls "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome"
# 在配置中指定路径
openclaw config set tools.browser.executablePath "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome"
Step 2:检查 CDP 端口是否可访问
bash
# 默认 CDP 调试端口
curl http://localhost:9222/json/version
若无响应,确认 Chrome 以调试模式启动:
bash
"/Applications/Google Chrome.app/Contents/MacOS/Google Chrome" \
--remote-debugging-port=9222 \
--no-first-run \
--no-default-browser-check
Step 3:Extension Relay 模式特殊要求
使用 profile="chrome" 时,需要有一个已连接的 Chrome 标签页处于活跃状态,否则 relay 无法建立连接。
错误类型 5:升级后失效
症状
npm update -g openclaw 后,服务无法正常工作或出现配置不兼容。
根本原因
版本升级后配置 schema 可能变化(config drift),旧配置文件中的键名或格式在新版本中已失效。
解决方案
bash
# Step 1:强制重新安装服务元数据
openclaw gateway install --force
# Step 2:重启 Gateway
openclaw gateway restart
# Step 3:重新诊断
openclaw doctor
# Step 4:若配置文件仍有问题,备份后重新初始化
cp ~/.openclaw/openclaw.json ~/.openclaw/openclaw.json.bak
openclaw onboard
升级后必检项清单:
-
gateway.mode配置仍然存在 - Auth token 格式兼容新版本
- 设备配对状态有效(
openclaw channels status --probe) - 所有自定义配置键在新版本 schema 中仍然有效
日志查看与调试技巧
关键日志命令
bash
# 实时跟踪日志
openclaw logs --follow
# 筛选错误级别日志
openclaw logs | grep -E "ERROR|WARN|drop"
# 查看指定时间段日志
openclaw logs --since 1h
# 将日志导出到文件(便于分析)
openclaw logs > ~/openclaw-debug-$(date +%Y%m%d).log
控制面板(Dashboard)排查
访问 http://127.0.0.1:18789 打开 Web 控制台,可视化查看:
- Gateway 运行状态
- 各通道连接状态
- 最近的请求/响应记录
- 配置当前值
Dashboard 连接失败排查:
bash
# 验证 probe URL 和认证模式是否匹配
openclaw config get gateway.dashboardAuth
# 若出现 "device nonce required" 或 "device signature invalid"
# 表示设备认证流程未完成,重新执行 onboard
openclaw onboard
配置文件快速参考
OpenClaw 配置文件位于 ~/.openclaw/openclaw.json,支持 JSON5 格式(允许注释和尾随逗号)。
最小可用配置示例(七牛云模型):
json5
{
"gateway": {
"mode": "local",
"port": 18789
},
"model": {
"default": "qiniu/deepseek-v3.2-251201"
},
"channels": {
"telegram": {
"dmPolicy": "open"
}
}
}
环境变量文件(推荐存放敏感信息):
bash
# ~/.openclaw/.env
QINIU_API_KEY=sk-your-key-here
ANTHROPIC_API_KEY=sk-ant-your-key-here
配置修改后,无需重启即可热加载(channels、model、session 类配置);需要重启的配置(gateway.port、auth、TLS)修改后执行:
bash
openclaw gateway restart
常见问题
Q:openclaw doctor 报错后运行 --fix 没有解决问题怎么办? --fix 只能处理可自动修复的已知问题。对于 --fix 无法解决的问题,doctor 输出中会列出手动修复指引,按照指引逐步操作。若仍无法解决,检查 openclaw logs 中的完整错误栈,在 GitHub Issues 中搜索相同错误信息。
Q:多个 AI 模型同时配置时,如何确认当前使用的是哪个? 运行 openclaw config get model 查看当前生效的 default 模型。也可在发送给 OpenClaw 的消息中加入 "你是什么模型?" 让模型自我报告。日志中也会记录每次调用使用的模型 ID。
Q:配置了七牛云 API 但仍然连接 Anthropic 的端点,怎么排查? 检查是否存在环境变量优先级覆盖:ANTHROPIC_API_KEY 或 ANTHROPIC_BASE_URL 可能覆盖了配置文件中的设置。在 .openclaw/.env 文件中明确设置 ANTHROPIC_BASE_URL=https://api.qnaigc.com,并确认配置文件中 model.provider.baseUrl 指向七牛云端点。
Q:消息响应延迟很高,如何优化? 首先检查 openclaw logs 中的请求耗时。若模型响应慢,可切换到响应更快的模型(如 GLM-5 适合轻量对话)。若是渠道延迟,检查网络连接质量和通信平台的 Webhook 响应时间。
Q:安装时报 sharp 构建错误怎么办? sharp 是图像处理依赖,构建失败通常因为缺少系统级依赖(libvips)。在 macOS 上运行 brew install vips,在 Ubuntu 上运行 apt-get install libvips-dev,之后重新执行安装。
总结
OpenClaw 的排查逻辑清晰:openclaw doctor 先诊断 → 日志 grep drop/ERROR 定位 → 对照本文五类错误模式处理 。大多数问题集中在配置 Schema 校验、端口冲突、API Key 环境变量和渠道路由策略四个维度。升级后失效则几乎都可以通过 openclaw gateway install --force && openclaw gateway restart 恢复。
建立排查习惯的关键:保持 openclaw logs --follow 在后台运行,出现问题时第一时间查看实时日志,而非反复重启服务。
本文基于 OpenClaw 官方文档及七牛云开发者平台(2026 年 3 月),建议结合 openclaw --version 确认当前版本,并参照对应版本 Release Notes 核实命令语法。