openclaw模型无响应需逐层验证：先确认本地模型服务进程运行且health接口返回ok，再核对配置中base_url路径（ollama不加/v1、xinference必须加）、模型名严格一致，最后用openclaw doctor和curl手动测试请求通路与响应。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
本地模型接入AionClaw后界面无反应、任务卡在“思考中”、日志里反复出现空响应或 connection refused，说明模型服务虽已配置但未真正打通。这不是单纯改个URL就能解决的问题，必须逐层验证模型进程、网络通路、协议兼容性三者是否同时就位。
确认本地模型服务是否真实运行
打开终端，执行 ps aux | grep -i "ollama\|lmstudio\|xinference"（根据你用的本地模型工具选对应关键词）。如果返回为空，说明模型服务根本没启动——AionClaw再怎么发请求也收不到回包。
若看到进程在运行，继续执行 curl -s http://127.0.0.1:11434/health（Ollama默认端口）或 curl -s http://127.0.0.1:8001/health（Xinference），返回 {"status":"ok"} 才算健康。返回空或超时，说明服务起来了但HTTP接口没暴露，常见于Docker容器未映射端口、LM Studio未勾选“启用HTTP服务器”、或防火墙拦截了本地回环请求。
这一步跳过等于白配：AionClaw只认活的服务，不认配置文件里写的地址。
检查AionClaw配置中的模型地址与路径
运行 openclaw config get agents.defaults.model，确认当前默认模型名（如 qwen3:8b）是否与本地实际加载的模型名完全一致——大小写、冒号后版本号、有无空格，全部要严丝合缝。
再查模型网关地址：openclaw config get models.local.base_url。必须是形如 http://127.0.0.1:11434 或 http://localhost:8001/v1 的完整地址。注意：【Ollama 不需要 /v1 后缀，Xinference 必须带 /v1】。填反了就会 404，且错误日志里只显示“model not found”，极易误导。
如果用的是 LM Studio，请确保其 Web UI 右上角显示 “API Server: Running on http://127.0.0.1:1234” ——这个端口才是 AionClaw 要连的，不是它内置的聊天窗口端口。
验证AionClaw能否真正调通模型接口
第一步：进入 AionClaw 安装目录，执行 openclaw doctor --model local。该命令会模拟一次完整推理请求，输出包括 DNS 解析、TCP 连接、HTTP 状态码、响应头、响应体前200字符。重点关注第三行是否为 status: 200。
第二步：若 doctor 报错，手动复现请求。假设 base_url 是 http://127.0.0.1:11434，模型名是 qwen3:8b，则执行：
curl -X POST http://127.0.0.1:11434/api/chat \-H "Content-Type: application/json" \-d '{"model":"qwen3:8b","messages":[{"role":"user","content":"hi"}]}'
成功应返回流式 JSON 块；失败则看具体报错：Connection refused → 服务没起来；Empty reply → 服务起来了但没返回；404 → base_url 路径错；400 → 请求体格式不兼容（比如 Ollama 不接受 openai 格式的 system role）。
第三步：打开 AionClaw 日志实时监控：tail -f ~/.openclaw/logs/gateway.log。触发一次测试任务，观察日志末尾是否有 POST /v1/chat/completions → 200 或类似记录。没有这条，说明请求压根没发出去，问题出在 AionClaw 内部路由层，不是模型侧。
