前置条件
- 1已注册火山引擎（方舟）账号并开通豆包 1.5 Pro
- 2已安装 VS Code 1.95 以上版本
- 3已安装 Node.js 18 以上（Continue 依赖）
- 4了解基本的 JSON 配置文件编辑
常见问题
Q豆包的 model id 到底填什么？为什么不是 doubao-1.5-pro？
豆包走火山引擎方舟平台，模型不是直接填名字，而是要先在方舟控制台创建一个「推理接入点」，系统给你一个 ep- 开头的 ID（形如 ep-20260422-xxxxx）。Cline 和 Continue 的 model 字段填的是这个接入点 ID，不是模型名。这是豆包和其他家最大的区别，也是 90% 的配置失败原因。
Qbase URL 写 https://ark.cn-beijing.volces.com/api/v3 对吗？
对，但要确认地域。北京地域是 cn-beijing，如果你在方舟开的是其他地域（如 cn-shanghai），URL 要跟着改。另外注意路径必须是 /api/v3，写成 /v1 或不带版本号都会 404。方舟兼容 OpenAI SDK，所以 Cline / Continue 里选 OpenAI Compatible 或 Custom 就能连上。
QCline 和 Continue 哪个更适合豆包 1.5 Pro？
Cline 适合 Agent 重任务——多文件读写、跑终端命令、看报错再改，豆包 1.5 Pro 的 Function Calling 在 Cline 里能跑通完整的工具调用链。Continue 适合 Tab 自动补全和侧边栏轻问答，响应快、成本低。建议两个都装：Continue 管补全，Cline 管重构。
Q豆包 1.5 Pro 和 1.5 Lite / 1.5 Pro-32k 怎么选？
Lite 便宜约 70%，适合 Tab 补全这种高频低难度调用；Pro 适合单元测试、重构、bug 定位这类需要推理深度的任务。所谓的 32k / 256k 后缀指的是上下文窗口，不是模型代次，日常开发选 256k 版本更省心，价格差很小。
Q为什么我的 Tab 补全延迟很高，动不动 2 秒以上？
三个原因：一是 Continue 默认会把光标前后各 1000 行塞进上下文，豆包返回自然慢；二是补全模型没单独配，用了对话那个大模型；三是地域节点选远了。解决办法是把 tabAutocompleteModel 单独指向 Lite 接入点，并把上下文裁剪到 300 行以内，实测能压到 400ms 以内。
Q账单突然涨了很多，怎么排查？
先去方舟控制台看「调用量分析」，按接入点维度拆。90% 的异常增长来自 Tab 补全——它每秒可能触发数次请求。把 Continue 的 debounce 从默认调到 500ms 以上、关闭多行补全、给补全单独用小模型，通常能把成本砍掉一半以上。