GPT-6 Sol 接入 Codex CLI、Cursor、Cline 与 OpenCode

GPT-6 Sol（openai/gpt-6-sol）于 2026-09-23 进入 Router One 目录。凡是能填自定义 OpenAI 兼容地址的编程工具，都能用同一把 Router One Key 调用它：Codex CLI 走 Responses API；OpenCode、Cline、Kilo Code、Continue（据其 README 已停止维护；最终版 2.x 发布于 2026-06-19）、Zed、Qwen Code 与 Crush 走 Chat Completions；Goose 会按模型名把 GPT-6 自动发往 /v1/responses。例外是 Claude Code：它只会说 Anthropic Messages 协议，而 Router One 只在 /v1/chat/completions 与 /v1/responses 上提供 GPT 系列，不在 /v1/messages 上提供——所以 Claude Code 发出的 GPT-6 Sol 请求会在调用任何模型之前就被 HTTP 400 拒绝。国内直连、无需 VPN，支付宝即可充值。

本文是 GPT-6 Sol 的「工具篇」：每个工具要填什么模型字符串、base URL 填在哪、最终走哪条请求路径，以及长时间 agent 会话里最要紧的那个数字——272,000 token 价格线。API 本身（curl、SDK、端点与计费规则）见 GPT-6 Sol API 接入指南，实时单价与阶梯边界见 GPT-6 Sol 模型页。

目录里的 GPT-6 Sol

按 2026-09-23 的目录，openai/gpt-6-sol 标注 1,050,000 token 上下文窗口、文本与图像输入，以及 chat、streaming、tool-calling、vision 能力标签。它属于 GPT 系列，在 POST /v1/chat/completions 上服务，并在 POST /v1/responses 上原生服务。它带一条 272,000 输入 token 以上的整单价格阶梯，所以模型页上有两行单价。不带前缀的 gpt-6-sol 也可以用，网关把它解析为完整 ID。

当天目录里没有的两样东西：GPT-6 Luna，以及任何 azure/gpt-6-sol 渠道 ID。截至 2026-10-17 的模型目录，Router One 已列出 azure/gpt-6-sol：同一基础模型的 Azure 渠道产品，单独定价；2026-10-17 的套餐接口里没有档位列出 azure/gpt-6-sol；GPT-6 Luna 仍不在目录。截至 2026-10-30 的模型目录，Router One 已列出 GPT-6 Luna：openai/gpt-6-luna。订阅套餐方面，按 2026-10-06 的套餐接口，GPT-6 Sol 在 Pro、Max、Ultra 的「高级模型」档，用套餐时它的调用从这一档共用的额度里扣，超出额度后从钱包扣费。规格并排对比见 GPT-6 Sol vs GPT-6 Astra、GPT-6 Sol vs GPT-5.6 Sol 与 GPT-6 Sol vs Claude Sonnet 5。

逐个工具：地址填哪、走哪条路径、模型写什么

除 Claude Code 外，每一行最终落到的端点都服务 GPT-6 Sol，所以选哪个工具并不影响能不能调到这个模型——它决定的是请求路径，进而决定哪些 Responses 专属功能可用。各工具的完整配置在对应的接入指南里，下面只讲 GPT-6 Sol 特有的部分。

† 有一条限制来自 OpenAI，而不是工具本身：按 OpenAI 的 GPT-6 Sol 模型页与 GPT-6 指南（2026-10-01 核对），函数调用请用 Responses API；GPT-6 Sol 只在 reasoning_effort 设为 none 时支持 Chat Completions 函数调用。编程 agent 几乎每一轮都会带上工具，所以用 GPT-6 Sol 跑 agent 任务时，表中请求路径为 /v1/responses 的工具（Codex CLI、Goose）符合 OpenAI 的建议；走 Chat Completions 的工具，按 OpenAI 的规则只有推理强度设为 none 时才能调用函数，依赖工具调用前先确认它能否这样设置。

Codex CLI：只改一行 model

Codex CLI 使用 Responses 协议，Router One 对 GPT 系列原生实现了这套协议，所以换成 GPT-6 Sol 只需在 Router One 安装脚本写入的配置上改一行。这套配置面向套餐用户（Pro、Max、Ultra）：截至 2026-10-06 的套餐接口，GPT-6 Sol 计入「高级模型」额度。把 model 改为 GPT-6 Sol 后的完整文件：

# ~/.codex/config.toml
model = "gpt-6-sol"
model_provider = "router"
model_reasoning_effort = "high"
model_verbosity = "high"
web_search = "live"

[model_providers.router]
base_url = "https://api.router.one/v1"
env_key = "ROUTER_ONE_API_KEY"
env_key_instructions = "Create an API key at https://router.one/dashboard/api-keys and set the ROUTER_ONE_API_KEY environment variable."
name = "Router One"
wire_api = "responses"

export ROUTER_ONE_API_KEY=sk-your-router-one-key
codex

针对这个模型的四个细节：

• 用裸名。 gpt-6-sol 是 Codex 模型选择器使用的名字，Router One 会把它解析为 openai/gpt-6-sol。Codex CLI 0.156.1 的发布说明（2026-09-23）把 GPT-6 Sol 加进了模型选择器；版本更旧的，先用 npm install -g @openai/codex 升级，再依赖 Codex 对这个名字的内置默认值。
• 推理强度。 模板里是 model_reasoning_effort = "high"。OpenAI 的 GPT-6 Sol 模型页 为 reasoning.effort 列出 none、low、medium（默认）、high、xhigh 与 max；Codex 配置参考注明可用档位取决于模型和客户端，所以请留在模型页列出的档位之内。
• 审查请求。 /review 在设置了 config.toml 里的 review_model 时用它，否则用会话模型——这里就是 GPT-6 Sol。控制台 → 日志里出现的 codex-auto-review 请求来自 Auto-review：设置 approvals_reviewer = "auto_review" 后，由这个审查代理代替你答复沙箱审批提示（按 openai/codex rust-v0.159.3 源码，2026-10-01 核对）；这个 ID 在目录里但不在任何套餐内，这些请求从钱包扣费。Codex 与 Responses API 页 有说明。
• 套餐额度不变。 安装脚本写入的是 model = "gpt-5.6-sol"。按 2026-10-06 的套餐接口，gpt-6-sol 与 gpt-5.6-sol 都在 Pro、Max、Ultra 三个套餐的「高级模型」档，所以订阅用户改这一行，Codex 的调用仍从同一份共用额度里扣，超出额度的调用从钱包扣费。Codex 0.156.1 及以后的版本还可能在启动时自己弹出「Meet GPT-6 Sol」提示、建议做这个切换（按其内置模型列表，2026-10-06 对照 rust-v0.160.1 复核）；想保留当前模型，在提示里选「Use existing model」（接受的话，gpt-6-sol 会被存为默认模型）。原来用 gpt-5.6-terra（「中级模型」档）的，接受后 Codex 的调用会改扣「高级模型」额度，而每个套餐的「高级模型」额度都比「中级模型」少。各套餐当前覆盖哪些 ID，以价格页为准。

不要在这个 provider 里加 requires_openai_auth：加了之后 Codex 会忽略 env_key，转而弹出 OpenAI 登录流程。

其他工具，各一段配置

下面每个工具都填完整目录 ID openai/gpt-6-sol；工具要求在前面加自己的 provider id 时，目录 ID 原样跟在后面。

OpenCode——把模型加进 provider 的 models，用 router-one/openai/gpt-6-sol 选择：

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "router-one": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Router One",
      "options": {
        "baseURL": "https://api.router.one/v1",
        "apiKey": "{env:ROUTER_ONE_API_KEY}"
      },
      "models": {
        "openai/gpt-6-sol": { "name": "GPT-6 Sol (Router One)" }
      }
    }
  },
  "model": "router-one/openai/gpt-6-sol"
}

Cline、Kilo Code——Cline 在 API Provider 里选「OpenAI Compatible」；Kilo Code 7.x 在 Providers → Custom provider 里把 Provider API 设为「OpenAI Compatible」。然后 Base URL 填 https://api.router.one/v1，填入 Key，模型 ID 填 openai/gpt-6-sol。两者在地址和 Key 填好后，都能从网关拉取目录供你选择。Roo Code 已于 2026-05-15 关停，最终版 3.54.0 不再更新；Roo Code 迁移指南介绍了如何把同样的三个值迁到 Cline、Zoo Code 或 Kilo Code。

Cursor——Cursor 能否用自定义 Key 跑 GPT-6 Sol 尚未核实：它的 API Key 文档（2026-10-01 核对）只列出标准的非推理 OpenAI 对话模型。可以尝试 Cursor 接入指南里的覆盖写法：勾选 Override OpenAI Base URL 并填 https://api.router.one/v1，填入 Key，再把 openai/gpt-6-sol 加为自定义模型。自定义 Key 只作用于对话模型，Tab 补全仍用 Cursor 内置模型。某轮对话在控制台 → 日志里查不到，就说明它没有走你的 Key。国内使用 Cursor 的完整配置见 Cursor 国内接入。

Continue（据其 README 已停止维护；最终版 2.x 发布于 2026-06-19）——在 models 里加一条：provider: openai、model: openai/gpt-6-sol、apiBase: https://api.router.one/v1、useResponsesApi: false，写法与 Continue 接入指南 一致。

Zed——在 router-one provider 的 available_models 里加 { "name": "openai/gpt-6-sol", "display_name": "GPT-6 Sol", "max_tokens": 1050000 }；Key 填在 Agent Panel 的设置里，或放进 ROUTER_ONE_API_KEY 环境变量，不要写进 settings.json。

Goose——GOOSE_PROVIDER=openai、OPENAI_HOST=https://api.router.one、GOOSE_MODEL=openai/gpt-6-sol。base path 保持默认时，Goose 会把形如 gpt-5、gpt-6 或 o 系列的模型名发往 /v1/responses，openai/gpt-6-sol 符合这条规则；网关对 GPT-6 Sol 原生服务这条路径，无需改动。Goose 未必认识这个模型名、给不出合适的默认上下文，所以请显式设置 GOOSE_CONTEXT_LIMIT（见下一节）。

Qwen Code——在 .qwen/.env 里写 OPENAI_API_KEY、OPENAI_BASE_URL=https://api.router.one/v1 与 OPENAI_MODEL=openai/gpt-6-sol。

Crush——沿用 Crush 接入指南 里的 provider 配置，再用整数窗口添加模型：

model add router-one/openai/gpt-6-sol --name "GPT-6 Sol (Router One)" --context-window 1050000
model large router-one/openai/gpt-6-sol

各工具的上下文窗口怎么填

有几个工具会让你手填网关不会下发的数值。GPT-6 Sol 的目录上下文窗口是 1,050,000 token；模型页把窗口四舍五入显示为「1.05M」，需要整数的字段填 1050000。窗口同时包含输入和输出——OpenAI 模型页列出的最大输入是 922,000 token——所以要留出余量，别让工具用历史把整个窗口塞满。

这些都是客户端设置。数值填小一点，只会让工具更早压缩或摘要——对这个模型来说，这也正是控制下面那条价格线的手段。

长 agent 会话里的 272,000 token 价格线

编程 agent 每一轮都会重发系统提示词、工具定义、完整对话和所有工具结果，输入随会话增长。对 GPT-6 Sol，单次请求的总输入决定价格阶梯：恰好等于 272,000 token 时仍按较低一行计价；一旦严格超过，整个请求都按较高一行计价——包括输出，而不只是超出门槛的那部分 token。缓存读取也计入总输入；与月用量无关。规则见计价方法，成本计算器按单次请求套用它。

实际效果是：一个长会话后段的每一轮，可能明显比前段更贵，而工具这一侧什么都没变。三种办法让它可见、可控：

1. 盯住每次请求的输入 token。 控制台 → 日志里每一轮都有输入 token、费用和状态码；按时间排序一个会话，跨线的位置一目了然（逐请求可观测）。
2. 在跨线前压缩。 Crush 对大于 200,000 的窗口在剩余 20,000 token 时做摘要，所以 --context-window 290000 大约在 270,000 时摘要。Goose 把 GOOSE_CONTEXT_LIMIT 调低就会更早压缩。压缩本身也是一次模型请求，会用摘要替换较早的轮次，而一次很大的工具输出仍可能把单次请求推过线——这是用上下文换成本。
3. 一个任务开一个新会话。 新会话会清空重发的历史，是留在低价阶梯最简单的办法。

每个工具一把 Key，各设上限

为每个工具单独建一把 Key——Codex CLI 一把、Cursor 一把、Cline 一把——并各自设置 maxSpend 上限。某把 Key 触顶后，它下一次需要钱包付费的请求会收到 HTTP 402，这个工具从钱包扣的钱不会超过你设的数，其他 Key 照常可用。之后在日志里按 Key 筛选，就能直接回答「这周 Codex CLI 里的 GPT-6 Sol 花了多少」（按 Key 追踪成本）。可重试的上游故障会在同一模型的候选线路之间自动 fallback，工具在会话中途遇到的瞬时错误更少。

模型页同时显示 GPT-6 Sol 的实时单价和官方挂牌价；整个目录范围内，部分模型最低官方价 1 折。充值支持支付宝或银行卡（同一个托管收银台），也支持 6 条链上的 USDT/USDC（Tron、BSC、Ethereum、Polygon、Base、Arbitrum），无需美国信用卡；上表所有工具在中国大陆都能直连网关，无需 VPN。

为什么 Claude Code 跑不了 GPT-6 Sol

Claude Code 的每个请求都发往 ANTHROPIC_BASE_URL 加 /v1/messages，也就是 Anthropic Messages 协议。Router One 在这个端点上服务的是当前目录中的 Claude 系列与 DeepSeek ID；GPT 系列只在 Chat Completions 与 Responses 上提供。所以设置 ANTHROPIC_MODEL=gpt-6-sol 会在调用任何模型之前拿到 HTTP 400 invalid_request_error，错误消息里会写明哪些端点服务这个 ID（错误码速查）。

两种组合：Claude Code 继续用 Claude 模型，按 Claude Code 国内接入 配置；GPT-6 Sol 用同一把 Key，放到把它发往 /v1/responses 的客户端里：Goose，或在 Pro、Max、Ultra 套餐下使用的 Codex CLI（截至 2026-10-06 的套餐接口，GPT-6 Sol 计入「高级模型」额度）；表中走 Chat Completions 的工具见上文 † 说明。三个终端 agent 共用一把 Key 的对比见 OpenCode vs Claude Code vs Codex CLI，编辑器一侧见 Cline vs Cursor vs Claude Code。

常见问题

能在 Claude Code 里通过 Router One 用 GPT-6 Sol 吗？ 不能。Claude Code 只调用 /v1/messages，而 Router One 在 /v1/chat/completions 与 /v1/responses 上提供 GPT 系列，不在 Messages 上提供。Claude Code 发出的 gpt-6-sol 请求会在调用任何模型之前返回 HTTP 400 invalid_request_error。用 GPT-6 Sol 跑 agent 任务，请用把它发往 /v1/responses 的客户端：Goose，或在 Pro、Max、Ultra 套餐下使用的 Codex CLI（截至 2026-10-06 的套餐接口，GPT-6 Sol 计入「高级模型」额度）；Claude Code 继续用 Claude 或 DeepSeek 模型，表中走 Chat Completions 的工具见 † 说明。

Codex CLI 里模型该写什么？ 写裸名 gpt-6-sol。这是 Codex 自己模型列表里的名字，Router One 会把它解析为 openai/gpt-6-sol。config.toml 其余部分保持 Router One 安装脚本写入的样子：model_provider 为 router，base_url 为 https://api.router.one/v1，env_key 为 ROUTER_ONE_API_KEY，wire_api 为 responses。这个写法面向套餐用户（Pro、Max、Ultra）：截至 2026-10-06 的套餐接口，GPT-6 Sol 计入「高级模型」额度。

Router One 的目录里有 GPT-6 Luna 吗？ 本文 2026-09-23 发布时还没有。截至 2026-10-30 的模型目录，Router One 已列出 openai/gpt-6-luna，实时单价见它的模型页 /models/gpt-6-luna。本文只讲 GPT-6 Sol；切换前再查一次目录，因为 ID 会随时间增减。GPT-6 Luna 本身见 GPT-6 Luna API 接入指南。

GPT-6 Sol 的调用会扣订阅套餐配额吗？ 会。按 2026-10-06 的套餐接口，GPT-6 Sol 在 Pro、Max、Ultra 的「高级模型」档，与 Router One Codex 安装模板用的 GPT-5.6 Sol 同档。每个 GPT-6 Sol 请求从这一档共用的额度里扣 1 次，单次总输入严格超过 272,000 token 扣 2 次，超出额度的调用按 token 从钱包扣费。当前各套餐覆盖哪些模型，以 /pricing 页为准。

为什么长 agent 会话后段的请求更贵？ GPT-6 Sol 带整单价格阶梯：单次请求的总输入（含缓存读取）一旦严格超过 272,000 token，整个请求（包括输出）都按较高一行计价。agent 每一轮都重发不断增长的历史，所以后段的轮次最先跨线。可以一个任务开一个新会话（Crush、Goose 这类工具也可以让它更早摘要），并在控制台 → 日志里盯住每次请求的输入 token。

base path 没改过，Goose 却把 GPT-6 Sol 发到了 /v1/responses，有问题吗？ 没有问题。base path 为默认值时，Goose 把 gpt-5、gpt-6 与 o 系列名称发往 /v1/responses，其余发往 /v1/chat/completions。Router One 对 GPT-6 Sol 原生服务 /v1/responses，两条路径都能用；在控制台 → 日志里确认第一轮的状态码即可。

GPT-6 Sol 的上下文窗口该填多少？ 目录标注 1,050,000 token，需要整数的字段填 1050000。窗口同时包含输入和输出；填小一点只会让工具更早压缩，这同时也能让长会话留在 272,000 token 价格线以下。

下一步

• 阅读 GPT-6 Sol API 接入指南：curl 与 SDK 调用、端点与计费规则。
• 按 OpenAI 的说法（2026-10-01 核对），更新的 GPT-6.1 Sol 只能在 Responses API 上做工具调用，详见 GPT-6.1 Sol API 接入指南。
• 对比实时规格：GPT-6 Sol vs GPT-6 Astra、GPT-6 Sol vs GPT-5.6 Sol、GPT-6 Sol vs Claude Sonnet 5。
• 在 Codex CLI 国内接入 一行命令装好 Codex CLI，或从全部接入指南里选其他工具。