Continue 已停止
Continue 是 VS Code 和 JetBrains 上的开源 AI 编程助手，也提供 CLI，现已停止维护。它的 README 写明，continuedev/continue 仓库已不再积极维护、对所有用户只读，此前发布了 VS Code 扩展、CLI 与 JetBrains 插件的最终版 2.0.0；最后一批 VS Code 版本（2.0.0 与预发布版 2.1.0）发布于 2026 年 6 月 19 日。扩展仍可安装，本地 ~/.continue/config.yaml 按下文的 Router One 配置照常可用：openai provider 的 apiBase 指向网关，每次请求都是一次带成本 Trace 的 Chat Completions 调用。之后不会再有修复或新模型支持，所以新装请选一个有人维护、能填同样 base URL、Key 和模型 ID 的工具：Cline、Kilo Code 或 GitHub Copilot 的 Custom Endpoint provider，对比见下文。按 Continue 的 README 与 GitHub 发布记录核对（2026-09-29）。
把 Continue 配置到 Router One base URL
新建 ~/.continue/config.yaml 时，使用下面包含必填 name、version、schema 的完整示例；已有配置则保留这些顶层字段，把模型条目合并进原有 models 列表。替换为自己的 Key 和支持 Chat Completions 的精确模型 ID。useResponsesApi: false 让本示例固定使用 /v1/chat/completions，因为 Continue 对 o-series 和 GPT-5 模型默认使用 Responses。旧的 config.json 格式已弃用：
# ~/.continue/config.yaml — merge into models if this file already exists
# Continue 2.x is its final release; Cline and Kilo Code take the same values
name: Router One
version: 1.0.0
schema: v1
models:
- name: <label shown in the model picker>
provider: openai
model: <model-id-from-/models>
apiBase: https://api.router.one/v1
apiKey: sk-your-router-one-key
useResponsesApi: false
roles: [chat]从 Continue 迁往
Router One 这边的值原样沿用：base URL https://api.router.one/v1、控制台里的 Key、/models 上的精确模型 ID，填进下列任一工具的 OpenAI 兼容设置即可。Continue 的 README 建议用它的 CLI 代替 JetBrains 插件，但 CLI 也在同一个只读仓库里，同样不再维护。给新工具单独建一把设了 maxSpend 上限的 Key，在控制台 → 日志里对比两者之后再移除 Continue。
| 你原来用 Continue 做…… | 可以考虑 | 原因 |
|---|---|---|
| VS Code 或 JetBrains 里的开源 Agent | Cline | OpenAI Compatible provider 填同样的 Base URL、Key 和模型 ID；另有 CLI，按 Cline 文档，其 JetBrains 插件也可以自带供应商 Key |
| 按模式配默认模型，并从网关拉取模型列表 | Kilo Code | 自定义 provider 选 OpenAI Compatible；每个 Agent 保留自己的默认模型 |
| 在 GitHub Copilot 里跑聊天和 agent 会话 | GitHub Copilot（Custom Endpoint） | BYOK 模型用你的 Key，无需 Copilot 套餐；内联补全仍走 GitHub 的服务 |
Continue 该填
从 /models 页复制精确的模型 ID，保留大小写、连字符和版本后缀，不要用展示名称代替。打开该模型的详情页，核对支持的 API 端点、上下文窗口和工具调用等能力，再与 Continue 当前选择的 provider 和功能对应。模型出现在目录里，不等于当前客户端能调用它的所有功能。建议为每个客户端或应用单独建 API Key，并设置 maxSpend 消费上限。每把 Key 的消费上限（maxSpend）限的是这把 Key 能从钱包扣的钱：累计扣费到上限后，这把 Key 上需要钱包付费的请求返回 HTTP 402。套餐额度覆盖的请求从账户共用的套餐额度里扣，不计入任何 Key 的上限。
Continue 用的是哪种 API 协议？
OpenAI 兼容描述的是接口格式，不能据此推断 Chat Completions（/v1/chat/completions）、Responses（/v1/responses）和 Anthropic Messages（/v1/messages）可以互换。先核对工具当前版本、provider 配置和实际请求路径，再查模型详情与 API 兼容性事实页。一次普通对话成功，也不能证明服务端工具、历史状态或文件编辑功能都受支持。
在请求日志里
先在 Continue 发出一次简单文本请求，再到控制台 → 日志按时间、模型和 request_id 找到这条记录，核对 Token、钱包扣费或套餐扣减次数、总耗时和状态码。成功后再分别验证流式输出、工具调用和多轮历史。失败时保留实际请求路径、完整错误消息及 request_id；没有对应日志时，要么请求没到达网关（客户端配置或网络问题），要么网关在调用模型之前就拒绝了它——Key 问题的 401、余额不足或 Key 达到 maxSpend 上限的 402、Key 或账户自身限额触发的 429，或模型 ID、端点不对的 400 / 404；在输出任何内容之前就失败的流式请求也可能没有日志。看客户端收到的状态码和错误消息就能区分是哪一种；先确认这一点，再判断是不是网关或上游故障。
常见
Continue 已停止
能。Router One 这边没有任何变化：apiBase https://api.router.one/v1、你的 Key 和目录模型 ID 照常可用。Continue 那边，README 写明仓库已不再积极维护、对所有用户只读，此前发布了最终版 2.0.0；扩展仍可安装，本地 config.yaml 照常工作，但不会再有修复，也不会跟进新模型或 API 变化。迁到有人维护的工具更稳妥，同样三个值可以原样用在 Cline、Kilo Code 或 GitHub Copilot 的 Custom Endpoint provider 里。
想在 Continue 里同时配
在原有 models 列表里，每个兼容模型加一条：provider、apiBase、apiKey 不变，model 换成 /models 页的精确 ID。沿用本指南的 Chat Completions 配置时，每条都保留 useResponsesApi: false。示例使用 roles: [chat]；核对模型能力并实际验证后，再添加 edit 或 autocomplete。Agent 模式还需要支持工具调用，普通对话成功不能证明该能力可用。
该迁到
想要逐步审批的开源 Agent，在 VS Code、JetBrains IDE 或命令行里都能用，选 Cline；想给每个 Agent 各配默认模型、并从网关拉取模型列表，选 Kilo Code；已经在用 Copilot、想让聊天和 agent 会话跑在自己的 Key 上，选 GitHub Copilot 的 Custom Endpoint provider。三者都填 Router One 的 base URL、Key 和精确模型 ID，可以先用一把单独的 Key 并设 maxSpend 上限试用，再完全切换。
Continue 能通过
选用当前目录中同时支持 Continue 所用端点和所需功能的模型。精确 ID、当前单价与能力以 /models 及模型详情为准；不要仅按 GPT、Claude 等系列名判断兼容性。客户端能列出模型，只说明它从自身配置或 GET /v1/models 读到了这个 ID，仍需验证实际调用。
能列出
先记录实际请求路径和错误消息，再核对精确模型 ID。400 可能是参数、工具类型或模型与端点不匹配；404 可能是请求路径或资源不存在，不能直接判定模型下线。若错误提示 must be called via，按它指明的端点调整客户端 provider，或换用支持当前端点的模型。不要在所有工具里统一增删 /v1 或 /chat/completions。
中国
能。网关在大陆可直连、无需 VPN，配置与全球环境完全一致。
报 401/402/403/429 怎么
先看客户端收到的响应：状态码、错误消息和 X-Request-ID 响应头。401（Key 缺失、不存在、已吊销或已过期）、402（钱包余额不足，或这把 Key 达到 maxSpend 上限）以及 Key 或账户自身限额触发的 429，都在调用任何模型之前被拒绝，不会出现在控制台 → 日志里；模型 ID 或端点写错导致的 400 / 404 也一样。401 查 Key 是否完整传入、在控制台 → API 密钥里是否仍有效；402 充值或调高这把 Key 的 maxSpend；403 请保留完整错误消息。429 请退避后重试；日志里能查到的 429 是网关重试之后上游仍返回的。保留 request_id，再按错误码速查页逐项排查。