Continue 下拉框里没有 deepseek-v4-pro，是 VS Code 自定义大模型接入最常见的排障入口。Main Config 打开 config.json，填好 apiBase 和 sk-xxxxx，保存后模型列表仍只显示默认项。遇到这种情况，先到 TaoToken 创建一把 Key，把公司网关那一层拆掉，再用 https://taotoken.net/api 作为统一通道。换 Key 只解决通道问题，下拉框不显示具体模型名，仍然要在 config.json 的 models 字段里手动指定。下面按排障顺序拆：先看下拉框的模型列表从哪来，再换 Key 和 apiBase，接着在 models 里写死默认模型，最后用 Ask anything 和 Tab 补全验证。整个过程 Continue 仍然是 VS Code 里的入口，TaoToken 只负责 Key 和 Base URL。
1. Continue 下拉框为什么没有 deepseek-v4-pro
1.1 下拉框的模型列表不是从 config.json 全量读取
Continue 的模型选择器有一个容易误解的地方：它展示的条目来自内置 provider 元数据和你在 config.json 里显式声明过的模型，而不是扫描你填过的所有字符串。你在某个字段里写了 deepseek-v4-pro，如果它没有落在 models 数组的 model 字段上，或者 provider 写法 Continue 不认识，这个名称就不会出现在下拉框。很多人只改了 apiBase 和 apiKey，以为保存之后 Continue 会自动去网关拉模型列表，实际并不会。自定义网关要走 OpenAI 兼容通道时，Continue 仍然要求你告诉它用哪个 provider、调哪个 model，这两个字段缺一个，下拉框就是空的。
1.2 先确认 providers 与 models 是否配对
排障第一步不是继续复制 Key，而是把 config.json 里跟模型有关的字段成对检查。一个能工作的最小组合通常包含 provider、model、apiBase、apiKey 四项。provider 决定 Continue 用哪种请求格式，apiBase 决定请求发到哪个域名，model 决定请求体里的模型标识。只要 provider 写成 Continue 不认识的字符串，或者 model 写成了公司网关的别名，下拉框就不会出现对应条目。还一种情况是配置写在了 tabAutocompleteModel 里，却没有写进 models 数组，于是聊天面板看不到，Tab 补全却可能偷偷在用。把这两处分开看，问题范围会小很多。
2. 把公司网关地址换成 TaoToken 的 Key 和 Base URL
2.1 在官网创建 API Key，别再抄旧网关的 sk-
原文第二步是直接复制公司网关地址和 Key，这一步在排障场景里最好拆开做。先打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 注册并创建 API Key，Key 用 YOUR_API_KEY 占位，不要继续用公司网关那串 sk-xxxxx。原因是两套 Key 的归属不同：旧 Key 只对旧网关有效，Continue 的 config.json 里如果留着旧 Key，请求会先被旧服务拒掉，表现可能还是模型不存在或 401，你会误以为是模型名写错。把 apiBase 和 apiKey 一起换掉，才能把变量控制在一处。创建完先复制到剪贴板，等会只往 config.json 的两个字段里粘。
2.2 apiBase 只写 https://taotoken.net/api
填进 Continue 的 apiBase 必须是 https://taotoken.net/api，末尾不要加 /v1。很多人看到 OpenAI 兼容文档习惯性补 /v1，结果 Continue 会在后面自己拼 /chat/completions，路径变成 /api/v1/chat/completions，服务端不认，Ask anything 直接报 404。你把 apiBase 理解成请求前缀而不是完整接口地址会更顺：Continue 负责补后半段，你只负责把前缀指到 TaoToken 的兼容通道。config.json 里两处会用到这个地址，一处是聊天模型，一处是 Tab 补全模型，两处都写成一样的 https://taotoken.net/api，不要一处带 /v1 一处不带。
3. 在 config.json 的 models 里手动指定默认模型
3.1 可复制的最小 config.json
打开 VS Code，Continue 侧边栏点 Main Config，找到 config.json。下面这份配置可以直接对照修改，把 YOUR_API_KEY 换成刚从官网创建的那把，把 YOUR_MODEL_ID 换成模型广场里实际存在的标识。注意 provider 用 openai 表示走 OpenAI 兼容格式，apiBase 用 https://taotoken.net/api，聊天模型和 Tab 补全模型分开声明。保存后 Continue 会重载配置，下拉框里应该能看到 title 对应的条目。
{ "models": [ { "title": "TaoToken Chat", "provider": "openai", "model": "YOUR_MODEL_ID", "apiBase": "https://taotoken.net/api", "apiKey": "YOUR_API_KEY", "contextLength": 128000 } ], "tabAutocompleteModel": { "title": "TaoToken Tab", "provider": "openai", "model": "YOUR_MODEL_ID", "apiBase": "https://taotoken.net/api", "apiKey": "YOUR_API_KEY" }, "allowAnonymousTelemetry": false }3.2 模型 ID 以模型广场为准，别照抄公司网关前缀
第 7 步真正要解决的是下拉框没有 deepseek-v4-pro 时去哪里指定。答案就在 models 数组的 model 字段，但填什么不能凭记忆。公司网关常用 company/deepseek-v4-pro 这种带命名空间的前缀，TaoToken 的模型广场不一定用同样写法，所以不要照抄旧前缀。正确做法是打开 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 看模型广场的当次列表，把实际可用的模型标识复制到 model 字段。如果列表里有 deepseek-v4-pro，就填它的完整标识；如果没有，就换列表里能力相近的模型，别硬写一个服务端不存在的名字。模型 ID 是请求体的一部分，写错不会回退到默认模型，只会让下拉框里那个条目变成摆设。
4. 保存后验证 Ask anything 和 Tab 补全
4.1 用 Ask anything 发一条测试
配置保存之后，先别急着写业务代码。在 Continue 的 Ask anything 输入框里发一句简单问题，比如让它解释一个函数的作用，或者写一段十行以内的示例。重点看三件事：请求有没有返回、返回内容里模型自称是否稳定、VS Code 右下角有没有出现错误通知。如果 Ask anything 通了，说明 provider、model、apiBase、apiKey 四项至少对上了。如果转圈后提示模型不可用，回到 config.json 把 model 字段跟模型广场再对一遍。这一步不要用复杂提示词，越简单越容易看出是配置问题还是模型能力问题。
4.2 Tab 补全没反应时看哪几个开关
Tab 补全跟聊天模型不是同一条配置线。你在 models 数组里配好了聊天模型，不代表 Tab 补全自动继承；它读的是 tabAutocompleteModel。这个对象里同样要有 provider、model、apiBase、apiKey，缺一个都会导致按 Tab 没反应。还要确认 VS Code 设置里 Continue 的 Tab autocomplete 处于开启状态，有些工作区会把它禁掉。验证方式很简单：新建一个空文件，写两行注释，比如计算两个数的和，然后换行按 Tab，看有没有补全建议弹出来。如果 Ask anything 通而 Tab 不通，优先查 tabAutocompleteModel，而不是继续改聊天模型。
5. 仍然没有下拉项？按这几类错误对照
5.1 模型 ID 与模型广场不一致
下拉框里没有 deepseek-v4-pro，最常见的原因是 model 字段跟 TaoToken 模型广场的实际标识不一致。公司网关允许别名，很多兼容通道不允许；你写 deepseek-v4-pro，服务端可能只认带版本号的完整 ID。排查时把 config.json 里的 model 值复制出来，去 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 模型广场逐字比对，注意大小写、连字符、日期后缀。如果 Continue 下拉框里出现了你写的 title，但选中后请求报模型不存在，那基本就是 model 字段的问题，而不是 apiBase 或 Key 的问题。把模型标识换成列表里的值，保存并重载 Continue，再看下拉框和 Ask anything。
5.2 apiBase 末尾多了 /v1
apiBase 写成 https://taotoken.net/api/v1 是另一个高频错误。Continue 在 OpenAI 兼容模式下会自己补 /chat/completions，你多写一层 /v1，最终路径就会变成 /api/v1/chat/completions，服务端返回 404 或找不到路由。表现上有时不是立刻报错，而是 Ask anything 一直转圈，或者下拉框能看到模型、选中后却发不出去。检查方法是在 config.json 里搜索 apiBase，确认两处都精确等于 https://taotoken.net/api，末尾没有斜杠、没有 /v1、没有多余空格。改完保存，Continue 重载配置后再发一次测试消息。
5.3 401 与 Key 未生效
如果报 401 或提示认证失败，先看 Key 是不是还留着旧网关的 sk-xxxxx。config.json 里 models 和 tabAutocompleteModel 两处都有 apiKey，只改一处另一处仍会用旧 Key。把两处都换成 YOUR_API_KEY 对应的真实值，注意不要带引号外的空格。还有一种情况是 Key 创建后没有复制完整，或者误删了开头结尾。验证顺序是：先用同一把 Key 在模型对话里发一条消息，确认 Key 本身可用，再回到 config.json 排查。Key 在 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 创建，换 Key 不需要改 apiBase，Base URL 仍然是 https://taotoken.net/api。
6. 配通之后去控制台对一下这次 Continue 调用
6.1 用模型对话交叉验证模型 ID
Ask anything 能返回之后，建议做一次交叉验证。打开 TaoToken 模型对话，用同一把 Key 发一条短消息，模型选择跟 config.json 里一致。如果对话页能通、Continue 也能通，说明模型 ID 和 Base URL 都填对了；如果对话页通而 Continue 不通，问题就在 Continue 的配置文件格式或 provider 字段。这个对照能把通道问题和编辑器配置问题拆开，省得在 VS Code 里反复改 Key。
6.2 长期用 Continue 时的 Key 与套餐管理
如果你打算把 Continue 的 Tab 补全当日常主力，Key 的用量会很快上来。Key 在 控制台 API Keys 创建和管理，想确认套餐是否够用可以看 Coding Plan。Continue 本身仍然是 VS Code 里的对话与 Tab 补全入口，TaoToken 负责提供 Key 和 Base URL，不替代编辑器插件。把 config.json 里的模型标识、两处 apiBase、两处 apiKey 固定成一份模板，以后换模型只改 model 字段，会比每次重配省事。更细的兼容通道填法可以参考 Claude Code 接入文档，Continue 不走那套环境变量，但 Base URL 的拼接逻辑可以交叉对照。
