最快速有效的解决方法是运行openclaw status命令检查服务状态：gateway需显示running且rpc probe: ok，models下至少一个provider为ready，channels应为connected或ready；任一异常即定位根因。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在OpenClaw中点击“调用免费模型”却始终卡在加载状态、返回空响应或提示“模型不可用”，最快速有效的起点不是翻配置文件或重装，而是用openclaw status命令看一眼服务整体运行骨架——它能立刻暴露网关是否存活、模型提供方是否注册成功、核心依赖是否就位。
第一步：执行基础状态检查
在终端中直接运行：
openclaw status
这一步操作起来很简单，直接把命令敲进去回车就行。注意不要加任何参数，也不要误输成openclaw status --all（该子命令不存在），否则会报错提示“unknown flag”。
第二步：解读status输出中的关键字段
正常输出应包含三段核心信息：
• 【Gateway】 后显示 running 且 RPC probe: ok；
• 【Models】 下列出至少一个 provider 状态为 ready；
• 【Channels】 显示 connected 或 ready（即使未绑定消息平台，此项也应为 connected）。
只要其中任意一项显示 stopped、unavailable 或 disconnected，就说明免费模型调用失败的根因已定位到对应模块，无需再盲目调试API Key或网络代理。
第三步：按异常字段分路径排查
方法一：Gateway 显示 stopped
说明网关进程未启动或启动后崩溃。此时必须先执行 openclaw gateway start --mode local，【--mode local 必须显式指定】，缺省模式会尝试连接远程调度中心，而免费模型只支持本地模式。
方法二：Models 下 provider 全部为 unavailable
代表模型提供方初始化失败。常见原因是配置文件中 baseUrl 写成了 http://localhost:11434/（末尾斜杠会导致HTTP 404），正确写法必须是 http://localhost:11434，少一个字符都不行。
方法三：Channels 显示 pairing pending
虽不影响本地模型调用，但会干扰控制台实时日志推送，导致你无法看到模型请求发出后的响应细节。此时运行 openclaw channels reset 即可清除残留配对状态。
