问题现象与适用场景
有些用户在使用 OpenClaw 时，会遇到“只能用 clawd，想切换到千问却不生效”的情况。常见表现包括：界面里看得到模型选项，但实际请求仍然走默认模型；配置了千问相关参数后没有变化；或者在调用时直接报错，提示模型名无效、接口不兼容、认证失败等。
这类问题通常出现在以下场景：你正在接入第三方大模型服务，希望把默认模型从 clawd 切换到千问；你已经有可用的 API Key，但不确定 OpenClaw 是否支持该提供方；或者你在本地/自建环境里修改了配置，却无法确认到底是模型不支持，还是参数写错了。
由于原帖信息较少，不能直接断定 OpenClaw 是否“只能用 clawd”。更稳妥的判断方式是：先确认 OpenClaw 当前使用的模型接入方式，再检查千问是否属于它支持的提供方或兼容接口。如果不兼容，就需要通过官方当前推荐的方式接入；如果兼容，通常是配置项、模型名、Base URL、鉴权方式或环境变量没有对上。
常见原因
- 默认模型未切换：界面或配置文件里仍然保留 clawd 作为默认值，导致请求没有真正发往千问。
- 模型名写法不匹配：不同平台对模型标识的要求不同，直接填“千问”中文名通常无效，需要使用服务方提供的标准模型 ID。
- 接口协议不兼容：OpenClaw 可能只支持某类兼容接口，而千问服务需要特定的接入方式。
- 鉴权信息缺失或错误：API Key、Secret、环境变量名、请求头格式不正确，都会导致看似“能选模型”，实际调用失败。
- Base URL 配置错误：如果需要自定义网关或代理地址，地址填错会让请求打到错误的服务端点。
- 缓存或旧配置未刷新：修改配置后没有重启服务、清理缓存或重新加载配置，程序仍沿用旧参数。
分步排查与解决方案
1. 先确认 OpenClaw 支持的接入方式
第一步不要急着改模型名，而是先看 OpenClaw 当前版本的官方文档或配置说明，确认它支持哪些模型提供方、哪些接口协议、是否支持自定义 Base URL。若文档里没有明确写支持千问，通常说明不能直接“随便填一个模型名”就能用。
如果 OpenClaw 提供的是统一兼容层，重点看它要求的字段是否包括：
- 模型名称（model）
- 接口地址（base_url / api_base）
- API Key
- 请求协议或适配器类型
只要其中任一项不匹配，就可能出现“只能用默认模型”的错觉。
2. 用官方推荐的稳定配置做最小化测试
建议先把配置缩减到最小可用状态：只保留一个模型提供方、一组有效凭证和一个明确的模型 ID。不要同时保留多个 provider、多个代理地址或多个环境变量，以免互相覆盖。
如果你原来能用 clawd，先保留这套配置作为对照，再单独新增千问配置。这样可以判断问题是“OpenClaw 本身不支持千问”，还是“千问配置写法有误”。
常见检查点包括：
- 模型 ID 是否使用了服务方文档中的标准写法
- API Key 是否已正确写入环境变量或配置文件
- Base URL 是否指向正确的服务端点
- 是否需要额外开启兼容模式或适配器
3. 检查配置是否真的被程序读取
很多“改了没反应”的问题，根源不是模型不支持，而是配置文件没有被加载。可以按以下顺序检查：
- 确认修改的是程序实际读取的配置文件，而不是示例文件或备份文件。
- 保存后重启 OpenClaw 服务或前端进程。
- 如果有日志，查看启动时是否打印了当前生效的模型名和接口地址。
- 如果使用环境变量，确认变量名与程序要求一致，且在当前运行环境中可见。
如果你是通过容器、面板或反向代理部署，还要确认配置是否被挂载到了正确位置，避免“宿主机改了，容器里没生效”。
4. 重点核对模型名和接口兼容性
“想用千问”并不等于可以直接填“qianwen”或“千问”。很多平台要求的是具体模型 ID，而不是品牌名。请以官方最新文档为准，确认你填写的是服务方支持的标准名称。
如果 OpenClaw 只支持某类兼容接口，而千问需要单独适配，那么可行路径通常有两种：
- 使用 OpenClaw 已支持的千问接入方式
- 通过官方推荐的中间层或兼容网关进行转接
如果文档没有这类说明，且日志里出现“model not found”“unsupported provider”“invalid endpoint”等提示，基本可以判断是兼容层不匹配，而不是单纯参数拼写错误。
5. 查看错误信息并按类型处理
如果调用时有报错，可以先按错误类型快速分流：
- 401 / unauthorized：优先检查 API Key、鉴权头、环境变量是否正确。
- 404 / not found：优先检查 Base URL、路径和模型名是否写错。
- 400 / bad request：优先检查请求参数格式、模型 ID、消息体结构是否符合要求。
- 429 / rate limit：说明请求频率或配额可能受限，需要降低调用频率或检查账户额度。
- 5xx：更偏向服务端异常，可先切换到最小配置重试，再看是否为上游问题。
如何验证是否修复成功
修复后不要只看“页面能打开”，而要做一次完整验证：
- 在 OpenClaw 中明确选择千问对应的模型配置。
- 发送一条简单、短文本的测试请求，例如让模型返回一句固定格式的内容。
- 查看日志或请求记录，确认实际请求已经发往千问对应的接口地址。
- 确认返回结果不是旧模型的输出风格，也没有继续报鉴权、模型不存在或接口不兼容错误。
如果能稳定完成 3 次以上相同测试，并且日志中显示的 provider、model、endpoint 都一致，通常可以认为切换成功。
解决不了时的补充建议
如果按上述步骤仍然无法从 clawd 切到千问，建议继续做以下几项补充排查：
- 把当前配置导出或截图，逐项对照官方文档检查字段名。
- 先关闭其他模型源，只保留千问一套配置，减少干扰。
- 尝试使用官方文档里最基础的示例请求，确认千问服务本身可用。
- 查看 OpenClaw 是否有日志级别开关，临时调高日志级别以便定位请求到底发到了哪里。
- 如果项目支持插件或适配器，确认相关组件是否已安装并启用。
如果 OpenClaw 当前版本并不支持你想接入的千问方式，不建议强行修改未知配置项。更稳妥的做法是先确认官方支持列表，再选择兼容的接入路径，避免把“配置错误”和“功能不支持”混在一起排查。
总结
“OpenClaw 只能用 clawd 吗”这个问题，核心不在于模型名字本身，而在于它是否支持千问对应的接入方式，以及你的配置是否真正生效。排查时建议按“支持范围 → 模型名 → 鉴权 → Base URL → 配置加载 → 日志验证”的顺序逐项确认。只要能拿到明确的错误信息，通常就能判断是兼容性问题还是配置问题。
如果你愿意继续排查，最有价值的信息是：OpenClaw 的配置片段、报错日志、你填写的模型名和接口地址。把这些信息对照官方最新文档，通常比反复猜测“是不是只能用 clawd”更快定位问题。