Continue（开源本地AI编码插件）配置教程：在编辑器中免费调用本地大模型

你在编辑器里装好了 Continue，插件面板也弹出来了，但填完地址和模型名之后一直转圈或者报连接失败，这时候最容易被「再装一个插件」带偏。这篇只做一件事：把 Continue 的配置入口、填哪几项、按什么顺序验证说清楚，再给一份连不上时的排查清单。模型本身跑不跑得动、要多少显存，属于算力那边的事，这里不展开。

你在编辑器里装好了 Continue，插件面板也弹出来了，但填完地址和模型名之后一直转圈或者报连接失败，这时候最容易被「再装一个插件试试」带偏。这篇只做一件事：把 Continue 的配置入口、填哪几项、按什么顺序验证说清楚，再给一份连不上时的排查清单。模型本身跑不跑得动、要多少显存，属于算力那边的事，这里不展开。

先说个前提：Continue 是客户端，不是推理引擎。它自己不带模型，也不做量化加载那套事。你把它想成一个「翻译官」更贴切——把你的编辑动作和提问，按一种约定好的格式发给某个 HTTP 地址，再把返回的文本贴回编辑器。所以配置的本质就是把「发给谁、怎么发、用哪个模型」这三件事说清楚。

Continue 在链路里站在哪个位置

很多人配置失败的根因，是把插件当成了模型运行时，于是在插件里到处找「加载模型」「选择量化」之类的选项。这些选项通常不在插件里，而在你本机的推理服务里。插件侧只需要知道服务暴露出来的入口长什么样。想清楚这条链路，后面填什么就顺了。

客户端插件

编辑器里的 Continue，负责发请求和展示结果，不承担推理

推理服务

跑在本机或局域网里的模型服务，对外暴露一个 HTTP 接口

协议类型

服务说哪种「方言」，常见的是 OpenAI 兼容和 Anthropic 兼容两类

模型标识

服务内部用来区分具体加载了哪个模型的字符串，必须与服务端一致

回环地址

指向本机的地址，服务没特殊配置时通常只在这个地址上监听

判断该填哪套协议的标准，是看本地服务暴露的是哪种兼容接口，而不是看插件界面上哪个选项排在前面。很多本地服务会同时提供多种兼容层，选哪个取决于你打算用哪种调用格式。如果本地服务只提供命令行工具或某个语言的 SDK，压根没有 HTTP 接口，Continue 这类插件就接不上，别在这条路上耗时间。

配置四步走：装、选、填、试

1. 装插件并确认面板出现在编辑器扩展市场里搜索安装，装完重启编辑器，确认侧边栏或命令面板里能看到 Continue 的入口。面板没出现就别往下走，先排查编辑器版本和插件是否启用。
2. 新增一个本地模型条目在配置界面里新增模型，接入类型选「本地」或「自定义」这一类。不要选需要密钥的云端厂商项，否则界面会逼你填 Key 才能保存，第一步就卡住。
3. 填地址与模型名地址填本机回环地址加服务端口；模型名必须填本地服务实际加载的那一个标识，照服务启动日志或它的模型列表接口抄，不要凭印象写。
4. 用最短请求冒烟测试先在插件里发一句最短的问候，通过之后再问代码相关问题。一上来就丢大段代码，报错时分不清是配置问题还是上下文超长问题。
5. 每改一项就重测一次一次只改一个字段，改完立刻重测。三个字段一起改，出问题时你回溯不到是哪个引起的。

把这四步的顺序记牢，能省掉大量来回折腾。真正容易出错的不是填表本身，而是跳步——比如面板还没确认出现就去填配置，或者地址没验证先试复杂任务。

连不上时的排查顺序

报连接失败时，最容易犯的错是继续在插件里反复改配置。正确做法是先把自己从插件里摘出来，用最小化的方式定位问题在哪一层。下面这份顺序按「从外到内」排，建议照抄执行。

本地接入的适用范围与边界

本地接入最大的价值是数据不出机器，适合不能外发的代码和文档。但如果你的任务依赖很强的通用能力，本地小模型给出的结果需要你自己校验，别不看过就直接合进主干。判断能不能长期用的标准很朴素：拿你真实的日常任务跑几天，看返工率，而不是看单次演示效果。

• 插件侧的对话记录、索引缓存默认也会落在本机磁盘，涉及敏感仓库时顺手确认一下缓存目录和忽略规则
• 多项目共用一套本地服务时，注意端口冲突和并发排队，别把慢误判成连不上
• 团队协作场景下，每人本地配置各写各的，建议把可共享的那部分配置项约定成一份说明，新人不用重新踩坑
• 模型选型、显存占用、并发能力不在这篇范围内，去算力分区的页面看当时的口径与数字

如果你只是想快速验证「本地模型能不能接进编辑器」这件事，上面这套流程够用了。真要长期用起来，重点不在配置，而在任务边界——什么活交给本地模型、什么活仍然走云端，这个取舍比配置难得多，也更值得花时间。