必须第一时间查看运行日志，执行 docker ps | grep openclaw 确认容器状态，若未启动或秒退则用 docker logs 查首次日志；若卡在 connecting to ollama，需检查 host.docker.internal 是否通过 --add-host 显式挂载，并验证 ollama 是否监听 11434 端口且绑定 0.0.0.0。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
排查 OpenClaw 接入 Ollama 后无响应、模型加载失败或请求超时等问题，必须第一时间查看运行日志——日志里藏着连接拒绝、端口未暴露、模型名拼错、权限不足等关键线索，不看日志就调参等于蒙眼修电路。
确认 OpenClaw 容器是否正在运行
执行 docker ps | grep openclaw，检查容器状态。如果没出现在列表里，说明容器根本没启动成功，后续所有日志路径都无效。
若容器状态为 Up X seconds 但很快变成 Exited (1)，说明启动阶段就报错退出，此时必须用 docker logs 查首次启动日志，而不是进容器查运行中日志。
直接查看容器标准输出日志
运行 docker logs openclaw（假设容器名为 openclaw）。这是最快速的入口，能立刻看到启动时的模型加载、Ollama 连接尝试、HTTP 服务监听等关键信息。
如果日志末尾停在 Connecting to Ollama at http://host.docker.internal:11434... 就不再往下刷，大概率是网络不通或 Ollama 服务未监听该地址——【host.docker.internal 必须在 docker run 命令中显式通过 --add-host 挂载，否则解析失败】。
加 -f 参数持续追踪：docker logs -f openclaw。当在 OpenClaw UI 中发起一次推理请求时，这条命令会实时打出请求接收、转发到 Ollama、等待响应的全过程。
本次更新实现飞书插件 npm 独立分发，新增 Ollama 本地模型配置及 openclaw 命令别名。引入 SQLite 持久化队列，支持断点续传。全面集成飞书、钉钉、企业微信及 QQ 官方渠道，优化阿里云百炼模型选择。修复多 Agent 路由、定时任务校验及配对授权等关键问题，提升系统稳定性与兼容性。
进入容器内部查更细粒度日志
方法一：用 docker exec -it openclaw /bin/sh 进入容器。
方法二：先进入容器后，检查是否存在自定义日志目录。OpenClaw 默认不写文件日志，但部分定制镜像会在 /var/log/openclaw/ 下生成 app.log 或 ollama_client.log。
若存在，用 tail -n 50 /var/log/openclaw/app.log 查最近 50 行；不存在则说明日志全走 stdout，回到上一步用 docker logs 即可。
排查 Ollama 侧是否收到请求
第一步：确认 Ollama 正在运行且监听正确端口。curl -X GET http://localhost:11434/api/tags 在宿主机执行，应返回 JSON 列表。如果失败，OpenClaw 日志里所有“connection refused”都源于此处。
第二步：在 Ollama 所在机器上，执行 ollama serve -v（加 -v 启动），它会将每条 API 请求的路径、参数、耗时原样打印到终端——这才是验证 OpenClaw 是否真把请求发过去的黄金证据。
第三步：若 OpenClaw 容器内连不上 host.docker.internal:11434，改用宿主机真实 IP 测试：curl -X POST http://172.17.0.1:11434/api/chat -d '{"model":"llama3","messages":[{"role":"user","content":"hi"}]}'。能通说明 DNS 解析问题，不通说明防火墙或 Ollama 绑定地址不对（默认只绑 127.0.0.1，需启动时加 --host 0.0.0.0）。
