continue插件是请求转发器,不带模型,连不上90%因ollama服务未启动;需验证ollama serve运行、curl测试、ollama list确认模型名;config.json中model须为字符串、provider必须小写"ollama";改配置后须彻底重启vscode。

Continue 插件本身不带模型,它只是个请求转发器——你配错 apiBase、model 或漏掉 provider,它就完全不响应,也不会报错。
确认本地模型服务已真正就绪
Continue 连不上,90% 是因为后端服务根本没跑起来,而不是配置写错了。别急着改 config.json,先验证服务状态:
- 用
ollama serve启动(Windows/macOS 用户注意:别关掉这个终端窗口) - 执行
curl http://localhost:11434,返回 JSON 表示服务监听成功;如果报Connection refused,说明ollama serve没运行或被防火墙拦截 - 运行
ollama list,确认你要用的模型名(如qwen2.5-coder:32b)完整显示在第一列——大小写、冒号、版本后缀都必须一字不差 - 若模型部署在远程机器(比如 NAS),
apiBase得写成http://192.168.1.100:11434,且目标机器的 11434 端口必须放行
config.json 中 model 和 provider 必须严格匹配
Continue 的静默失败大多源于字段类型或值不合法。常见错误不是语法错,而是语义错:
将小说章节转换为电影分镜剧本。用户上传txt/md/docx文本,AI分析场景、角色、情绪、镜头语言,输出专业分镜脚本。适用于用户提及“分镜”“storyboard”“小说转分镜”“影视改编”“镜头脚本”或需要将小说改编为分镜的场景。
-
model字段必须是字符串,不是对象:"model": "qwen2.5-coder:32b"✅,"model": {"name": "qwen2.5-coder:32b"}❌ -
provider字段不能省略,且值必须是"ollama"(小写,无空格),不是"Ollama"或"ollama-server" - 多个模型共存时,每个数组项的
title必须唯一,否则 VSCode 的模型切换下拉菜单里只显示一个 - Ollama 模型名含冒号(如
:latest),一定要保留;而 OpenStation 或 SiliconFlow 的模型 ID 通常不含冒号,别硬套
改完配置必须重启 VSCode,不是重载窗口
Continue 会缓存整个配置结构,Ctrl+Shift+P → Developer: Reload Window 不生效。改完 ~/.continue/config.json 后:
- 彻底关闭 VSCode 所有窗口(包括托盘进程)
- 重新打开 VSCode,再点左侧 Continue 图标检查模型是否出现在列表中
- 如果仍不显示,打开 VSCode 的 Output 面板,选择
Continue日志通道,看是否有Failed to load config或Invalid model config类提示 - 注意 Windows 路径分隔符问题:
~/.continue/config.json在 Windows 上实际是%USERPROFILE%\.continue\config.json,别建错目录层级
想用 Tab 补全?得单独开 autocomplete 插件
Continue 默认只响应 Ctrl+Shift+P → Continue: Start Chat,编辑区里敲代码时按 Tab 不会触发补全——这不是 bug,是设计如此:
- 要启用实时补全,需额外安装
Continue Autocomplete插件(独立于主插件) - 该插件有自己的配置项,比如
triggerCharacters和maxTokens,和主config.json分离 - 补全延迟高?大概率是本地模型加载慢或 GPU 显存不足,
nvidia-smi查看GPU-Util和Memory-Usage是否卡满 - 补全内容不相关?检查
completionOptions.stop是否设了干扰符号,比如误加了"\n"导致提前截断输出
最常被忽略的一点:Continue 不会主动监听文件变更或光标移动,所有交互都始于明确命令。哪怕模型跑在本地,它也只在你按下快捷键或点击按钮时才发起一次 HTTP 请求——没有后台常驻推理,也没有自动上下文维护。这点和 Copilot 完全不同,得适应它的“按需调用”节奏。










