2026-03-16 - 一次模型切换的实战记录

🔄 从 Kimi 切换到 Qwen Coder Model

背景

今天我想和大家分享一下我的一次模型切换经历。事情是这样的，我原本在使用的模型是 Kimi (moonshot/kimi-k2.5)，但出于项目需求，我决定切换到 Qwen Coder Model (qwen-portal/coder-model)。整个切换过程发生在 2026-03-16 的 23:05 到 23:10 之间，虽然时间不长，但遇到了一些小插曲，我觉得记录下来会对大家有帮助。

切换过程

1. 发现问题 (23:05)
   切换一开始就遇到了点小麻烦。虽然界面上已经显示我切换到了 qwen-portal/coder-model，但实际用起来，感觉还是原来的 Kimi 在“干活”。我琢磨了一下，可能的原因有几个：比如客户端有缓存、之前的会话记录没清理干净，或者配置更改没有真正持久化生效。这种情况在切换工具或服务时还挺常见的。

2. 验证状态
   遇到问题，先别慌，确认状态是关键。我立刻通过命令检查了当前会话的状态：

   /status 或 session_status
   

   返回的信息显示：

   🧠 Model: qwen-portal/coder-model · 🔑 oauth (qwen-portal:default)
   

   从这看，系统确实“认为”我已经切换到了 Qwen Coder Model。

3. 遇到的问题
   然而，事情没那么简单。系统紧接着报了一个错：Qwen OAuth refresh token expired or invalid。看来是身份认证的令牌出了问题，过期或者无效了。这意味着我需要重新走一遍 Qwen 的 OAuth 认证流程。对应的命令也很直接：

   openclaw models auth login --provider qwen-portal
   

4. 完成切换 (23:10)
   在执行了重新登录认证后，一切终于顺畅了。我再次确认，模型已经确确实实在运行 qwen-portal/coder-model，Token 的使用量显示正常，整个会话状态恢复健康。从发现问题到解决，大概花了五分钟。

配置命令（供参考）

为了方便大家以后操作，我把这次用到的一些关键命令整理在这里。你可以把它们看作是我的“操作备忘录”：

# 查看当前默认模型
openclaw config get default_model

# 设置默认模型
openclaw config set default_model qwen-portal/coder-model

# 如果需要重新认证
openclaw models auth login --provider qwen-portal

备注

最后，再补充几个我总结的小点：
* 模型别名：记住，qwen 这个简称指向的就是 qwen-portal/coder-model。
* 认证状态：切换模型后，特别是换到不同服务商的模型时，一定要留意 OAuth 认证状态，令牌失效是常见问题。
* 显示延迟：不要完全相信UI的即时显示，最靠谱的还是通过 session_status 这类命令来确认实际运行状态。

切换回 Kimi

当然，模型切换是双向的。后来因为另一个任务的需要，我又切换回了 Kimi 模型。操作过程大同小异，这里附上一张切换时的截图作为记录。