openclaw接入ollama无响应的根本原因是ollama未监听0.0.0.0:11434导致连接失败，需强制绑定全接口、验证api可用性、重置为自动发现配置、设置超时240秒并清除会话缓存。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
OpenClaw接入Ollama后点击发送消息无任何响应，既不报错也不返回内容，说明请求根本未抵达Ollama服务层，问题卡在OpenClaw网关与Ollama之间的通路建立环节，而非模型推理本身。
先确认Ollama服务是否真正对外暴露
很多人以为ollama serve运行了就等于服务就绪，其实默认只监听127.0.0.1，外部组件（包括本机上的OpenClaw）无法访问。
执行命令检查监听地址：ss -tulnp | grep 11434
若输出中只有 127.0.0.1:11434，说明服务未开放给本地其他进程；必须强制绑定到所有接口。
停止当前服务：pkill ollama
重新启动并指定监听范围：OLLAMA_HOST=0.0.0.0:11434 ollama serve
【关键前提】 这一步不做，后续所有配置都无效——OpenClaw连连接请求都发不出去。
验证Ollama API是否真实可用
别信“服务起来了”，要亲手用curl触发一次最简请求，看它是否真能返回JSON。
执行：curl http://localhost:11434/api/tags
正常应返回一个包含models数组的JSON；如果报Connection refused，说明上一步没生效或端口被占用。
若返回空或格式错误，再试一次带模型名的chat请求：curl http://localhost:11434/api/chat -d '{"model":"qwen3:8b","messages":[{"role":"user","content":"hi"}]}' -H "Content-Type: application/json"
这步必须成功，否则OpenClaw调用时会静默失败——它不会把底层错误透出到Web界面。
检查OpenClaw是否启用了Ollama自动发现
OpenClaw 2026年版本默认优先走自动发现机制，但一旦你手动写过完整Ollama配置，这个机制就会被永久关闭。
第一步：查当前配置：openclaw config get models.providers.ollama
第二步：如果输出里有baseUrl、models、maxTokens等字段，说明你掉进坑里了——自动发现已失效。
第三步：重置为最小化配置，只留apiKey：openclaw config set models.providers.ollama.apiKey "ollama-local"
第四步：重启OpenClaw服务，让配置热加载生效。
这步做完，OpenClaw才会主动扫描本地11434端口，读取/api/tags结果，并把其中支持tools的模型自动注册为可用选项。
强制设置超时时间防止请求中断
OpenClaw 2026.3.31及后续版本默认LLM总超时为60秒，而Ollama加载7B以上模型首次推理常需90秒以上，导致请求直接断开且无日志提示。
方法一：修改~/.openclaw/openclaw.json，在agents → defaults → llm下添加：
"idleTimeoutSeconds": 240
方法二：命令行一键设置：openclaw config set agents.defaults.llm.idleTimeoutSeconds 240
改完立刻生效，无需重启服务，但必须确保该参数位于llm节点下——放错层级将完全不生效。
清除旧会话缓存避免上下文冲突
Web Dashboard发送消息无反应，但命令行openclaw agent message能正常回复，大概率是session缓存损坏。
执行：rm -rf ~/.openclaw/agents/main/sessions/*
这一步操作起来很简单，直接删掉整个sessions目录就行。
删完后刷新Web页面，新会话从零开始，不再复用可能已损坏的上下文快照。
