在长会话中途切换模型听起来有风险：历史记录会不会被清空？在 Verboo Code 里不会。/model 命令只切换回答你的引擎，从不触碰对话本身。
为什么中途切换模型不会清空上下文？
因为代码只改动会话状态里一个独立的字段 mainLoopModel，从不触碰消息历史。直接在 verbeux-ai/code 仓库的 src/commands/model/model.tsx 中核实过：无论是直接命令还是交互菜单，最终都走到同一个函数，它只在 AppState 里替换 mainLoopModel。下一条回复就会来自新模型，之前说过的一切依然对它可见。
怎么直接切换模型，不打开菜单？
把模型 ID 跟命令一起传入即可，立即切换，无需确认：
/model glm-5.2命令的真实输出：
Modelo alterado para glm-5.2.无论你的系统语言是什么，这条确认信息都以葡萄牙语打印。源码已确认：Verboo Code 的 model 命令在这个流程里硬编码了 pt-BR 字符串，所有账号看到的都是同一条消息。如果这个 ID 不在你的方案里，Verboo Code 会拒绝并指出正确做法，同样是葡萄牙语：
O modelo 'gpt-99' não está disponível. Execute /model para escolher um modelo liberado.怎么查看我的方案解锁了哪些模型？
不带任何参数运行 /model，会打开一个菜单，列出你的账号已经解锁的模型，通过 API 实时获取（同一文件里的 loadUnlockedModels 函数）：
/model目前 Verboo Code 解锁 13 个开放模型，除一个外都是 1M 上下文窗口：
| 模型 | 上下文 |
|---|---|
glm-5.2 | 1M |
glm-5.3 | 1M |
glm-5.3-flash | 1M |
deepseek-v4-flash | 1M |
deepseek-v4-flash-0731 | 1M |
deepseek-v4-pro | 1M |
deepseek-v4-pro-0813 | 1M |
deepseek-v4.1-flash | 1M |
kimi-k2.7 | 1M |
mimo-v2.5 | 1M |
mimo-v2.5-pro | 1M |
minimax-m3 | 1M |
qwen3.8-27b | 262K |
该清单于 2026-09-14 在 verboo.ai 核实。每个方案解锁这 13 个模型中的一部分，/model 菜单只显示你的账号已有权限的模型。按 token 付费的价格页列出的是另一个更小的独立目录，服务于按量付费而非订阅制。
如果新模型没出现，怎么刷新目录？
/model refresh 命令会重新拉取列表，跳过本地缓存：
/model refreshCatálogo atualizado: 13 modelo(s).
中途切换模型时，还会发生什么？
三件事，全部自动发生，通过阅读 clearRouterRateLimitIfModelChanged 及 model.tsx 其余部分核实：
- 上一个模型的速率限制会清零。 如果你触发了某个特定模型的限制，切换到另一个模型会立刻解除限制，不用等重置窗口。
- fast mode 会自动调整。 如果新模型不支持 fast mode 且它当时是开启的，Verboo Code 会关闭并提示（
Fast mode OFF）；如果支持且可用，则重新开启（Fast mode ON）。 - 计费类别可能改变。 有些模型会计入方案的额外用量，遇到这种情况时，切换消息本身就会用
Billed as extra usage提示你。
注意事项：除了默认模型，Verboo Code 还单独保存一个只作用于当前会话的值（mainLoopModelForSession）。运行 /model current 会在它存在时显示出来，模型名旁边带着 (session override from plan mode) 标签。容易让人踩坑的细节是：任何手动切换模型的操作，无论是用 /model <id> 还是通过菜单，都会立刻清空这个值。没有办法在保留这个临时覆盖的同时只切换基础模型。
长任务中途切换模型，通常都有实际原因：触发了限制、回答不理想、任务需要不同的推理方式。在 Verboo Code，这种切换从不会撞上被计数的 token，因为所有方案都配备无限 token，整个会话历史会跟着你从一个模型带到下一个模型。
