chatLanguageModels.json 给 WorkBuddy 接入任意 OpenAI 兼容模型」。这是张冠李戴——chatLanguageModels.json 是 VS Code「聊天语言模型」扩展的配置文件,跟 WorkBuddy 没有关系。WorkBuddy 的做法完全不同:它内置了多款主流大模型,你不需要自备 API Key,在输入栏上方的模型选择器里直接切就行。本页已按官方《选择模型》文档重写。WorkBuddy 的模型层对用户是「开箱即用的多模型选择器」:你按任务挑模型,不用管接口、密钥和部署。这个设计的实际价值不只是「选择自由」,更是成本控制——不同模型的积分倍率差别可以到 20 倍以上,选对模型就是省钱。
点击输入栏中的模型名称(如「Auto ▾」)→ 弹出模型选择面板 → 选择目标模型
下表按官方《选择模型》文档整理。「积分倍率」是模型名称下方标注的消耗倍数,数字越低越省钱:
| 模型 | 能力标签 | 积分倍率 | 推荐场景(官方口径) |
|---|---|---|---|
| Auto | 推理 + 视觉 | — | 智能自动选择(默认),不确定就用它 |
| 混元 Hy3 | 推理 + 视觉 | 限时免费 | 高性能推理与视觉理解 |
| GLM-5.2 | 推理 + 视觉 | x0.79 | 1M 上下文,擅长长程任务 |
| GLM-5.1 | 推理 | x0.79 | 多步骤复杂任务、深度推理 |
| GLM-5v-Turbo | 推理 + 视觉 | x0.95 | 原生多模态模型 |
| MiniMax-M3 | 推理 + 视觉 | x0.25 | 原生多模态,擅长代码、智能体任务 |
| MiniMax-M2.7 | 推理 + 视觉 | — | 能力均衡,适合日常使用,性价比高 |
| Kimi-K3 | 推理 + 视觉 | x1.62 | 复杂长程自主任务,前端开发能力突出 |
| Kimi-K2.7-Code | 推理 + 视觉 | x0.57 | 多模态模型,面向编程场景优化 |
| Kimi-K2.6 | 推理 + 视觉 | x0.52 | 多模态模型,适合日常任务 |
| DeepSeek-V4-Flash | 推理 + 视觉 | x0.06 | 旗舰模型,1M 上下文,速度优先、极省积分 |
| DeepSeek-V4-Pro | 推理 + 视觉 | x0.16 | 旗舰模型,1M 上下文,高性能推理 |
选模型时最先看的就是这两个标签:
观察清单会发现:绝大多数模型都同时带「推理 + 视觉」,唯一例外是 GLM-5.1(只有推理)。也就是说,日常几乎不用担心「这个模型能不能看图」。
积分消耗按倍率计费,数字越低消耗越少。举个直观的比较:倍率 x1.62 的 Kimi-K3 与倍率 x0.06 的 DeepSeek-V4-Flash,成本相差约 27 倍。所以「该用哪个模型」本质上是一道成本题。
把官方口径翻译成「干什么用什么」,可以这样记:
| 你的场景 | 建议模型 | 理由 |
|---|---|---|
| 不确定 / 首次上手 | Auto | 系统自动匹配,不会选错 |
| 批量、重复、简单的日常任务 | DeepSeek-V4-Flash | x0.06,全表最低,速度快 |
| 代码与智能体任务 | MiniMax-M3 / Kimi-K2.7-Code | 前者原生多模态且擅长代码,后者专为编程优化 |
| 超长文档、长程任务 | GLM-5.2 / DeepSeek-V4 系列 | 1M 上下文,吃得下长材料 |
| 前端开发、复杂自主任务 | Kimi-K3 | 官方点名前端开发能力突出 |
| 截图 / 拍照 → 转文字、看图表 | 任一带「视觉」标签的模型 | 不带视觉标签会「看不见」图 |
| 成本最敏感、量又大 | 混元 Hy3(限时免费) | 活动期内免费,但注意策略可能变化 |
这一节是站点实践备注,不是官方文档内容,请知悉:
官方文档描述的模型入口是内置模型选择器,并没有 chatLanguageModels.json 这类配置文件。如果你的诉求确实是「用公司内网网关、或本地 Ollama 的模型」,可行的思路不是改 WorkBuddy 配置文件,而是: