codebuddy中需先启用多模型热切换，再按任务类型选择对应模型：单文件选混元或minimax-m2.5，跨文件或算法选ds31或glm-5.0，结构化诊断选gpt-4o或gemini 3.0 pro，支持界面、命令行、交互指令三种切换方式，并通过api响应验证是否生效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在CodeBuddy里让AI回答更准、更稳、更贴合当前任务，不是靠反复重试或换提问方式，而是直接切到更适合的模型——混元适合解释单文件语法，DS31擅长跨文件逻辑补全，GLM-5.0能啃下带算法推导的复杂需求，选错模型会让答案跑偏、漏关键约束、甚至生成不可运行的伪代码。
确认多模型热切换已启用
打开CodeBuddy → 右上角点击头像 → 进入「设置」→ 左侧选「AI模型管理」→ 找到「启用多模型热切换」开关，必须设为开启状态。这一步不完成，后续所有模型选择按钮都是灰色不可点的。【未启用时模型图标不会显示，也无法点击下拉菜单】
按任务类型匹配模型档位
第一步：观察你正在编辑的文件类型和上下文规模。如果只是单个JS文件里的工具函数、CSS样式微调、Vue模板语法解释，【必须选混元或MiniMax-M2.5】——这类任务用DS31或GLM-5.0属于高射炮打蚊子，不仅响应慢半拍，还会因上下文自动加载项目说明文档而触发额外Token计费。
第二步：若涉及跨文件协作（比如同时修改React组件+Axios封装+后端SpringBoot Controller），或需理解算法逻辑（如实现LRU缓存淘汰策略），则手动切换至DS31或GLM-5.0。此时混元模型大概率生成“伪代码”：语法对但逻辑断层，比如Promise链没return、catch块空置。
第三步：调试接口报错或分析SQL性能瓶颈时，优先选GPT-4o或Gemini 3.0 Pro——它们对结构化输出（如JSON Schema校验、token级错误定位）支持更严格，能直接返回可解析的诊断字段。
三种切换路径任选其一
方法一：界面快捷切换（当前会话生效）
在任意对话输入框右侧，点击当前模型图标（如混元Logo、GLM字样），从弹出列表中选择目标模型，例如「DeepSeek-V3」或「Llama 3 70B(Groq)」。选中后立即生效，后续所有发送请求都走该模型API通道。【该切换只影响当前对话窗口，新开的对话仍按默认模型运行】
方法二：命令行强制指定（单次执行生效）
在终端中运行：codebuddy --model deepseek-v3.1 "分析这段SQL的性能瓶颈"。这条命令会绕过界面设置，本次执行完全使用deepseek-v3.1，哪怕界面上显示的是GLM-4。【命令行参数仅对单次执行生效，关闭终端即失效】
方法三：交互指令切换（终端版适用）
进入CodeBuddy终端交互模式后，直接输入 /model deepseek-v3.1 即可切换。支持Tab键补全模型ID，输错会提示可用列表。
验证是否真实切换成功
输入固定指令：“请返回你的模型ID和最大上下文长度”。
对比响应中的model字段值和usage里的prompt_tokens计数——如果字段值不同、token计数策略明显差异（如Gemini倾向多计图片token，GPT-4o对代码块计数更激进），说明切换已真实生效。
不要只看右下角模型名称是否变化，有些缓存界面会延迟更新，必须以API实际返回为准。
