OpenClaw界面无响应通常是模型服务未激活、default_model指向不存在的模型或JSON配置损坏所致；需依次执行openclaw models status检查服务状态、openclaw models list验证模型可用性、核对~/.openclaw/openclaw.json中default_model与列表一致、type/endpoint字段完整，并用python3 -m json.tool校验语法，修改后必须重启服务。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
OpenClaw界面打开后输入消息却无任何响应，不是卡顿也不是延迟高，而是根本收不到回复——这通常不是网络抖动或显卡驱动问题，而是多模型配置环节出现了关键性断裂：模型服务未激活、default_model字段指向了不存在的模型名、或配置文件JSON结构被意外破坏。
确认模型服务是否真正运行
在终端执行：openclaw models status。
观察输出中status字段是否为active；若显示inactive或failed，说明模型服务根本没起来，后续所有配置都无效。
若状态异常，先执行openclaw models start尝试拉起服务；失败则需检查日志：journalctl -u openclaw-models -n 50 --no-pager，重点看是否有端口被占用（如3001端口冲突）或模型路径不存在。
验证目标模型是否在可用列表中
运行：openclaw models list。
该命令输出的是当前已加载且可调用的模型全集，不是你配置文件里写过的模型名列表。如果想用qwen2.5-72b，但输出里只有gpt-4o和claude-3-5-sonnet，说明该模型压根没被成功注册进服务。
【必须确保模型ID与list输出完全一致，包括大小写和中划线】。比如配置里写qwen25-72b而list显示qwen2.5-72b，就会静默失败。
检查并修复配置文件核心字段
打开~/.openclaw/openclaw.json，用文本编辑器逐行核对：
第一步：确认"default_model"值是否存在于openclaw models list输出中；
第二步：检查"models"对象下每个模型定义是否包含"type"、"endpoint"、"api_key"三项（本地模型可缺api_key，但type和endpoint不可为空）；
第三步：用命令验证JSON语法：python3 -m json.tool ~/.openclaw/openclaw.json >/dev/null && echo "valid" || echo "invalid"。输出invalid说明格式错误，常见于末尾多逗号、引号不闭合、中文标点混入。
注意：修改配置后openclaw models set命令不会自动重载，必须重启服务才能生效。
排除群聊环境下的互触发死循环
方法一：临时退出所有群聊，只在私聊窗口测试对话是否恢复；
方法二：在配置文件中关闭自动响应："auto_reply_in_group": false；
方法三：检查机器人昵称是否与其他Bot重复，避免@触发链式响应——例如A Bot发消息→B Bot监听到@A→B回复→A又监听到@B，形成无限循环，此时OpenClaw进程CPU跑满但无输出。
