workbuddy当前对话所用模型可通过三种方式确认：一是对话右上角状态栏实时显示（如「【deepseek-v3.2 · 86ms】」，每轮刷新）；二是设置中心「ai模型管理」页查看全局默认模型或点击「查看当前会话模型」获取结构化真实运行信息；三是命令行执行codebuddy --model-status核验active_model字段，排除ui缓存误导。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想确认WorkBuddy当前对话正用哪个模型推理，避免因模型切换失败或缓存残留导致响应风格异常、功能缺失或任务重跑——比如你刚选了DeepSeek-V3.2，结果PPT生成仍用Hunyuan的模板逻辑，说明模型没真正生效。
对话界面右上角状态栏直查
打开任意一个正在进行的对话窗口，抬头看右上角状态栏区域。这里会实时显示当前激活模型的名称和响应延迟，例如「【DeepSeek-V3.2 · 86ms】」。这个信息每轮响应后都会刷新，不是静态标签——如果刚切完模型但这里仍显示旧名字，说明切换未成功或被拦截。
点击该模型名称，会立即弹出完整模型列表供再次切换；若点击无反应或列表为空，大概率是当前为国际版精简包，或账户处于免费版且未解锁对应模型权限。
通过设置中心模型管理页验证
方法一：点击右上角用户头像 → 进入「AI模型管理」→ 查看「当前默认模型」栏。此处显示的是全局默认值，不随单个对话临时切换而改变。若你曾手动设过默认模型，这里就是最终落点。
方法二：在「AI模型管理」页底部点击「查看当前会话模型」按钮（仅v5.0+版本可见）。它会强制读取当前焦点对话的真实运行模型，绕过UI缓存，返回类似{"session_id":"abc123","model":"GLM-5.1","runtime":"mcp-v1.2.0"}的结构化结果——这是最权威的判定依据，【比状态栏更可靠，尤其在多窗口并行时】。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
命令行快速核验（Windows/macOS通用）
第一步：确保WorkBuddy客户端正在运行（后台托盘进程也算）。
第二步：打开终端（PowerShell或Terminal），执行：
codebuddy --model-status
第三步：观察返回结果中的active_model字段。若输出为null或报错「Not connected to runtime」，说明Agent runtime未启动，此时界面上看到的模型名只是UI占位符，实际请求根本未发出。
这一步能暴露UI欺骗性——比如状态栏明明显示Kimi-K2.6，但命令行返回GLM-4.7，说明模型切换中途被Hooks层拦截降级，常见于免费版调用高阶模型时触发额度熔断。
