模型设置入口不在Settings UI，而需手动编辑continue.config.json文件，其中model字段须严格按格式填写（如"ollama/qwen2.5-coder:32b"），改后须彻底重启VSCode。
模型设置入口藏在哪？别在 Settings UI 里瞎找
VSCode 的代码补全 AI 插件（如 GitHub Copilot、Tabnine、CodeWhisperer）不通过 Settings UI 的“模型”下拉菜单配置模型。它们的模型选择要么由服务端强制指定（如 Copilot 始终用微软私有模型），要么需手动编辑配置文件或调用命令面板触发切换。
- GitHub Copilot：无用户可选模型，
copilot.model不是可配置项，改了也无效 - Amazon CodeWhisperer：仅支持
default和python（实验性）两种后端策略，通过aws.codewhisperer.runtimeLanguage间接影响，但不等于换模型 - Tabnine：需在插件设置页勾选
Enable Tabnine Cloud或Enable Tabnine Enterprise，实际模型由后端决定，本地无模型切换开关
真正能“设模型”的只有自托管 LSP 类插件（如 Continue.dev、Bloop），它们靠 continue.config.json 里的 model 字段指定，例如："model": "ollama/llama3:8b"
为什么改了 editor.suggest.showSnippets 没用？
这个设置控制的是 VSCode 原生 snippet 补全是否显示，和 AI 补全完全无关。AI 插件走的是自己的 provider 通道（InlineCompletionItemProvider），不受传统 suggestion 设置影响。
- 若 AI 补全不触发，优先检查：
editor.inlineSuggest.enabled是否为true - 再确认插件权限：Copilot 需登录且组织许可开启；CodeWhisperer 需 AWS 凭据且区域支持（如
us-east-1） - 某些插件（如 Cody）还依赖
cody.enabled和cody.autocomplete.enabled两个开关同时为true
continue.config.json 里 model 字段怎么填才有效？
Continue.dev 是少数允许自由指定模型的开源方案，但字段值必须严格匹配后端接口格式，否则启动失败或静默降级：
- Ollama 模型：格式为
ollama/<name>:<tag>，例如"model": "ollama/codellama:7b"，注意不能写成codellama:7b或<a href="https://www.php.cn/link/2d5c9e72cf23f2dc4f23ae0b2dd033cc">https://www.php.cn/link/2d5c9e72cf23f2dc4f23ae0b2dd033cc</a> - OpenRouter：需带
openrouter/前缀 + 完整模型 ID，例如"model": "openrouter/meta-llama/llama-3.1-70b-versatile" - 本地 Llama.cpp：用
llamacpp/<path>，路径必须是绝对路径，且.bin文件存在，例如"model": "llamacpp:/models/phi-3-mini-4k-instruct.Q4_K_M.bin" - 错误示范：
"model": "gpt-4"（没前缀）、"model": "claude-3-haiku-20240307"（没anthropic/前缀）、"model": "llama3"（Ollama 不认缩写）
模型设置生效后为什么补全质量没变？
模型字段只是路由指令，真正起作用还要看三件事：
- 后端服务是否已加载对应模型：Ollama 要先
ollama pull codellama:7b，否则返回 404 - 上下文窗口是否够用：比如
phi-3-mini默认只吃 4K token，长文件自动截断，补全会丢逻辑链 - 插件是否用了你配的模型：打开 VSCode 输出面板 → 切到
Continue标签，看日志里有没有Using model: ollama/codellama:7b这类确认行
有些插件（如 Bloop）会缓存模型连接，改完配置要重启 VSCode，而不是仅重载窗口。
模型名拼错、路径不存在、服务未就绪——这三类问题占实际配置失败的 90%，比“选错模型”本身更常见。
