1. 为什么 Continue 插件总是回英文,问题出在哪
VS Code 里的 Continue 插件,本质是一个把编辑器和大模型 API 连起来的客户端。你在侧边栏敲一句中文,它把请求发到某个模型端点,再把返回的文本渲染成对话。很多人第一次装完 Continue,发现不管自己怎么用中文提问,回答还是英文,于是怀疑是模型不行,或者插件有 bug。其实绝大多数情况下,问题不在模型,而在 Continue 的配置层:它默认没有强制语言,模型会按自己的训练偏好回答,英文语料占优的模型自然倾向英文。
我试过在同一个模型上做对比:不写任何系统提示词时,问「解释一下这段 Python 的装饰器」,回答是英文;在配置里加一条中文系统提示词后,同样的提问立刻变成中文。这说明 Continue 完全有能力输出中文,只是需要你显式告诉它「请用中文回答」。这个「告诉」的动作,就落在 Continue 的 config.json 里。
这篇面向的是已经在用 TaoToken 统一 Key 和 API 通道的开发者。你已经有一个能用的 Key,也大概知道 API 地址怎么填,但 Continue 的配置文件结构、模型字段、系统提示词位置、以及怎么确认请求真的走了 TaoToken 通道,可能还没完全理顺。下面我会给出一份可以直接复制的 config.json 骨架,包含模型、apiBase、中文系统提示词三块,再带你做一次重启验证,确认回答是中文、请求走的是 TaoToken。
需要先明确一点:Continue 的配置分「全局配置」和「工作区配置」。全局配置放在用户目录下,对所有项目生效;工作区配置放在项目里的.continue目录,只对当前项目生效。中文回答这种偏好,建议放全局,省得每个项目都改一遍。TaoToken 的 API 地址是https://taotoken.net/api,这个地址在配置里会作为apiBase出现,注意它和官网首页不是一回事,别把带参数的首页地址填进去。
2. TaoToken 前置准备:Key、通道与 Continue 的关系
在动 config.json 之前,先把 TaoToken 这边的三样东西确认清楚,否则配置写完也是白写。
第一样是 API Key。登录 TaoToken 控制台,在 API Keys 页面创建一个新 Key。创建时建议给它起个能认出来的名字,比如vscode-continue,方便以后排查是哪个客户端在用。Key 只在创建时完整显示一次,复制下来存好。如果你还没有 Key,可以直接去控制台的 API Keys 页面生成,地址是https://taotoken.net/console/api-keys。
第二样是 API 通道地址。TaoToken 的 API 根地址是https://taotoken.net/api。Continue 的配置里,apiBase填这个根地址即可,插件会自己在后面拼接具体的路径。这里有个常见的坑:有人把官网首页https://taotoken.net/?utm_source=...那一长串带参数的地址填进apiBase,结果请求 404。记住,配置里只填https://taotoken.net/api,不带任何查询参数。
第三样是模型名。TaoToken 支持多种模型,你在 Continue 里填的model字段必须是 TaoToken 通道支持的模型标识。具体支持哪些,可以在模型对话页面里看,或者参考接入文档。地址分别是https://taotoken.net/models(模型对话)和https://taotoken.net/doc(接入文档)。如果你打算长期用 Continue 做编码和 Agent 任务,可以关注 Coding Plan,地址是https://taotoken.net/coding-plan,它更适合高频编码场景。
这三样凑齐后,Continue 的配置就有了着落:apiKey填第一样,apiBase填第二样,model填第三样,再加一段中文系统提示词,中文回答就成立了。下面进入具体配置。
3. 可复制的 Continue config.json 骨架
Continue 的配置文件通常叫config.json,放在用户目录下的.continue文件夹里。Windows 一般在C:\Users\你的用户名\.continue\config.json,macOS 和 Linux 在~/.continue/config.json。如果这个文件不存在,新建一个即可。下面这份骨架你可以直接复制,然后把apiKey和model换成你自己的值。
{ "models": [ { "title": "TaoToken 中文通道", "provider": "openai", "model": "你的模型名", "apiKey": "你的 TaoToken API Key", "apiBase": "https://taotoken.net/api", "systemMessage": "你是一个中文技术助手。无论用户用什么语言提问,你都必须用简体中文回答。回答要具体、可操作,涉及代码时给出完整示例,涉及步骤时分点说明。不要输出英文段落,专有名词和技术术语可以保留英文原词,但解释必须用中文。" } ], "tabAutocompleteModel": { "title": "TaoToken 补全通道", "provider": "openai", "model": "你的模型名", "apiKey": "你的 TaoToken API Key", "apiBase": "https://taotoken.net/api" }, "allowAnonymousTelemetry": false }这份骨架里有几个点值得展开说。
provider填openai,是因为 TaoToken 的 API 兼容 OpenAI 的请求格式,Continue 用这个 provider 就能对接。apiBase填https://taotoken.net/api,注意结尾没有斜杠,也没有多余路径。systemMessage就是中文回答的关键,它会被拼接到每次请求里,相当于给模型下了一道「必须说中文」的指令。我把它写得比较强硬,用了「必须」「不要输出英文段落」这类措辞,实测下来比温和的「请尽量用中文」更稳。
tabAutocompleteModel是代码补全用的模型配置,它和对话模型可以共用同一个 Key 和 apiBase。补全场景对语言不敏感,所以这里不用加 systemMessage。如果你不需要补全,这一段可以删掉。
allowAnonymousTelemetry设为 false 是个人习惯,避免插件上报匿名数据,和中文回答无关,但建议保留。
配置写完后保存文件。Continue 一般会自动检测配置变化,但为了确保生效,建议手动重启一次插件:在 VS Code 里按Ctrl+Shift+P(macOS 是Cmd+Shift+P)打开命令面板,输入Continue: Reload或直接重启 VS Code 窗口。重启后,侧边栏的 Continue 会重新加载配置。
4. 验证请求:中文提问与通道确认
配置写完不算完,得验证两件事:回答是不是中文,请求是不是真的走了 TaoToken 通道。
第一件事,中文回答验证。打开 Continue 侧边栏,在输入框里用中文提问,比如「用中文解释一下 JavaScript 里的闭包,并给一个例子」。如果配置生效,回答应该是简体中文,并且代码示例完整。如果回答还是英文,先别急着改模型,回到第 5 节排查。
第二件事,通道确认。怎么知道请求走的是 TaoToken 而不是别的端点?有两个办法。一个是在 TaoToken 控制台的用量或日志页面看,请求记录里应该出现你刚才的提问时间点和模型名。另一个是在 VS Code 里打开 Continue 的输出面板:按Ctrl+Shift+U(macOS 是Cmd+Shift+U)打开输出,在下拉里选 Continue,能看到请求的 URL。如果 URL 以https://taotoken.net/api开头,说明通道正确。
下面是一段可以用来测试的提问和预期结果对照,你可以照着试:
| 提问内容 | 预期回答语言 | 预期通道 |
|---|---|---|
| 用中文解释 Python 的 GIL | 简体中文 | taoToken.net/api |
| 写一个中文注释的快速排序 | 简体中文 | taoToken.net/api |
| What is a closure? | 简体中文(受 systemMessage 约束) | taoToken.net/api |
第三行特别值得试。即使你用英文提问,因为 systemMessage 里写了「无论用户用什么语言提问,你都必须用简体中文回答」,模型也应该用中文回。这一条能验证 systemMessage 是否真的生效。如果英文提问得到英文回答,说明 systemMessage 没被正确加载,检查它是不是写在了models数组里对应模型对象的内部,而不是写在了对象外面。
验证通过后,你就可以在日常编码里正常用中文和 Continue 对话了。补全功能不受语言影响,照常工作。
5. 本篇常见错排查:中文不生效与请求失败
配置过程中最容易踩的坑,我按出现频率排一下。
错误一:systemMessage 位置放错。有人把systemMessage写在models数组的外层,或者写在tabAutocompleteModel里。它必须写在对话模型对象的内部,和model、apiKey平级。位置错了,插件读不到,中文约束就不生效。
错误二:apiBase 带了多余路径或参数。正确值是https://taotoken.net/api。写成https://taotoken.net/api/v1可能在某些 provider 下重复拼接路径导致 404;写成带?utm_source=...的首页地址则直接请求不到接口。只填根地址。
错误三:apiKey 复制时带了空格或换行。Key 是一长串字符,复制时容易把末尾的换行也带进去。填进 JSON 后,请求会返回 401。检查方法是把 Key 粘贴到纯文本编辑器里,确认首尾没有空白字符。
错误四:模型名不被通道支持。如果model填了一个 TaoToken 通道不支持的标识,请求会返回模型不存在的错误。去模型对话页面或接入文档确认可用模型名,填一个确定支持的。
错误五:改了配置没重启插件。Continue 有时不会热加载配置,尤其是改了models数组结构时。养成改完配置就重启插件的习惯,命令面板里执行Continue: Reload最快。
错误六:JSON 语法错误。少个逗号、多个括号,都会让整个配置文件解析失败,插件可能静默回退到默认配置,表现就是中文设置完全不生效。VS Code 对 JSON 有语法高亮,红色波浪线就是提示。保存前扫一眼。
如果排查完还是不通,可以去接入文档页面核对最新的配置字段,地址是https://taotoken.net/doc。文档里会说明当前支持的 provider 写法和字段要求,比对着改通常能解决。
6. 把中文回答固定下来:后续使用与通道选择
中文回答配置好之后,日常使用基本不需要再动它。但有几个后续动作值得留意。
如果你同时用 Continue 做对话和代码补全,补全模型和对话模型可以共用同一个 TaoToken Key,配置里分开写只是为了清晰。如果补全响应慢,可以单独给补全换一个更轻量的模型,对话模型保持不变,中文 systemMessage 只挂在对话模型上。
如果你打算把 Continue 用在更重的编码任务上,比如让它读多个文件、做重构建议,那对话模型的上下文长度和稳定性就很重要。这种场景下可以看看 Coding Plan,地址是https://taotoken.net/coding-plan,它针对长期编码和 Agent 类任务做了通道优化。普通问答和轻量补全,用默认通道就够了。
另外,TaoToken 的模型对话页面https://taotoken.net/models可以单独用来测试模型的中文表现。在把某个模型写进 Continue 配置之前,先去那里用中文问几个问题,确认它的中文输出质量符合预期,再落到 config.json 里,能省掉反复改配置的麻烦。
最后提醒一句:systemMessage 是可以按需调整的。如果你希望回答更简洁,可以在里面加「回答控制在 200 字以内」;如果希望多给代码,可以加「优先给出可运行代码示例」。它就是你控制模型行为的旋钮,改完重启插件即可生效。中文回答只是其中一项,把这套配置骨架用熟之后,你可以按自己的习惯继续加约束。