跳到主要内容
Router One
注册
返回博客

GPT-6.1 Sol API 接入指南：国内调用、Codex 与套餐

发布约 12 分钟读完作者Router One 团队方法说明
GPT-6OpenAIGPTCodex模型选型API 网关指南

OpenAI 于 2026 年 9 月 29 日发布的 GPT-6.1 Sol 已于 2026-09-30 在 Router One 目录上架，目录 id 是 openai/gpt-6.1-sol；网关同时接受 OpenAI 官方 id gpt-6.1-sol。它在 POST /v1/responses 上原生服务——这正是 Codex CLI 使用的协议——也在 POST /v1/chat/completions 上服务。国内开发者不需要海外账号、不需要 VPN：把 OpenAI 兼容 SDK 或客户端的 base URL 换成 https://api.router.one/v1，用 Router One 的 Key 发 "model": "openai/gpt-6.1-sol"，请求就会像目录里其他模型一样被路由、计费并记入日志。2026-10-01 的套餐接口里 Pro、Max、Ultra 都没有档位列出它，所以每次调用都按 token 从钱包扣费；实时单价看 GPT-6.1 Sol 模型页。

本文依次讲清：目录对这个 id 公开了什么，OpenAI 怎么把它与 GPT-6 Sol、GPT-6 Astra 区分，为 GPT-6 Sol 写的请求要改哪些地方，费用和套餐怎么算，Codex CLI 的新默认模型对 Router One 配置意味着什么，以及两个端点上的第一个请求怎么发。文中的目录与套餐信息都注明了观察日期，发起新请求前以实时目录为准。

GPT-6.1 Sol 速览

项目目录所列（2026-10-01）
目录 idopenai/gpt-6.1-sol，2026-09-30 上架
短 id（别名）gpt-6.1-sol，即 OpenAI 官方模型 id
上下文窗口1,050,000 token
输入 / 输出文本、图像输入，文本输出
能力标签chat、streaming、tool calling、vision
价格线两条：标准价格线，以及单次输入严格超过 272,000 token 时适用的整单价格线
端点原生的 POST /v1/responses，以及 POST /v1/chat/completions
不提供的端点POST /v1/messages（只服务 Claude 系列与 DeepSeek id）
渠道只在默认渠道提供，没有 azure/ 版本
套餐Pro、Max、Ultra 都没有档位列出（2026-10-01 套餐接口），按钱包计费

OpenAI 官方的 GPT-6.1 Sol 模型页（2026-10-01 核对）补充了目录里没有的信息：它称这个模型 "near-Astra performance for complex work at a lower cost"（以更低成本在复杂工作上接近 Astra 的表现），在 1,050,000 token 窗口内最多输入 922,000 token、最多输出 128,000 token，知识截止日期为 2026 年 4 月 30 日；reasoning.effort 可取 low、medium（默认）、high、xhigh 与 max，不支持 none 与 minimal。同一页还写明：工具调用请用 Responses API，Chat Completions 只支持不带工具调用的请求。以上是厂商的说法；Router One 负责的是目录条目本身，以及网关如何路由和计费。

选 GPT-6.1 Sol、GPT-6 Sol 还是 GPT-6 Astra？

按 OpenAI 的发布文章（2026 年 9 月 29 日），GPT-6.1 Sol 是 "an upgrade to GPT-6 Sol that nearly matches GPT-6 Astra's intelligence on agentic coding, computer use, and professional work"（对 GPT-6 Sol 的升级，在 Agent 编码、computer use 与专业工作上几乎追平 GPT-6 Astra）；OpenAI 的 GPT-6 指南（2026-10-01 核对）把 GPT-6 Astra 定位为智能最高的一档，把 GPT-6.1 Sol 定位为 "balanced speed, cost, and intelligence"（速度、成本与智能兼顾）。GPT-6 Sol 自己的模型页现在也把 GPT-6.1 Sol 列为更新的 Sol 模型。OpenAI 公布：在 DeepSWE v1.1 上，GPT-6.1 Sol 与 GPT-6 Astra 持平，并以更低的推理强度比 GPT-6 Sol 的最高分高 6.4 个百分点；在 OSWorld 2.0 的离线集上，最高推理强度下它比 GPT-6 Sol 高 7 个百分点，与 GPT-6 Astra 相差 2.1 个百分点以内。这些是 OpenAI 的结果，不是 Router One 的测量；把一类任务迁过去之前，先用你自己的提示词跑一遍。

Router One 这一侧，选择时还要看三点：

  • 套餐额度还是钱包。 按 2026-10-01 的套餐接口，GPT-6 Astra 计入 Max 与 Ultra 的「旗舰模型」额度，GPT-6.1 Sol 与 GPT-6 Sol 都不在任何套餐档位、从钱包扣费；用 Pro 套餐时，三者都从钱包扣费。GPT-5.6 Sol 与 GPT-5.5 仍在三个套餐的「高级模型」档。
  • 公示单价。 Router One 为每个 id 单独公示单价。下面的对比页会渲染实时数字，切换前请重新核算成本。
  • 请求路径相同。 三者都是 GPT 系列 id，都在 Codex CLI 使用的 /v1/responses 上原生服务；Codex 从 0.159.1 起才认识 GPT-6.1 Sol（见下文）。

三个对比页用实时目录把规格和单价并排渲染出来：

与 GPT-6 Sol 相比，请求要改什么

Key、base URL、端点、1,050,000 token 窗口和 272,000 token 价格线都不变；OpenAI 模型页给两者列出的最大输入与输出、输入类型和 Responses 工具也相同。会变的是下面几项，依据是 OpenAI 的 GPT-6 指南（迁移速查部分，2026-10-01 核对）：

  • model 字符串。 openai/gpt-6-sol 换成 openai/gpt-6.1-sol。
  • 推理强度。 GPT-6.1 Sol 不支持 none，也不支持 minimal。OpenAI 建议原来用 none 的改用 low，原来用 minimal 的从 low 起步并对比效果。Responses 上用 reasoning.effort 设置，Chat Completions 上用 reasoning_effort；默认是 medium。
  • 工具调用。 GPT-6.1 Sol 的工具调用只能走 Responses API；GPT-6 Sol 在 reasoning_effort 为 none 时还能在 Chat Completions 上调用函数。在 Chat Completions 上发送工具的代码要改走 /v1/responses。
  • 采样参数。 推理强度不为 none 时（对 GPT-6.1 Sol 来说就是一直如此），要去掉 temperature、top_p 和 top_logprobs，Chat Completions 上还要去掉 logprobs；Responses 上要把 message.output_text.logprobs 从 include 里拿掉。
  • 知识截止。 按两者的模型页，2026 年 4 月 30 日，GPT-6 Sol 是 2026 年 4 月 20 日。

GPT-6 Sol 仍在目录中：Router One 照常提供 openai/gpt-6-sol，OpenAI 的弃用页（2026-10-01 核对）也没有它的退役安排。它的用法仍以 GPT-6 Sol API 接入指南为准。

费用怎么算

模型页上有两行单价，适用哪一行由单次请求的输入 token 总数决定。输入恰好 272,000 token 时仍按标准线；严格超过之后，整次请求——包括输出——都按长上下文线计费，而不是只对超出门槛的部分加价；月度用量不参与判断。OpenAI 模型页对其官方牌价写的是同一个 272K 门槛、同样按整次请求计的规则，Router One 的长上下文价格线与之对齐。

推理输出按模型公示的输出单价计费，没有单独的推理价格行（价格事实页），所以推理强度既是质量旋钮，也是成本旋钮。模型页还列有缓存输入的价格行；怎么从 usage 里读缓存计数、避免把输入算两遍，见 Prompt 缓存指南；长上下文计价规则的完整说明在计价方法，成本计算器会按请求套用它。

本文不印每 token 单价，因为它会过时。实时单价看 GPT-6.1 Sol 模型页，上面的对比页会渲染它与 GPT-6 Sol、GPT-6 Astra、Claude Sonnet 5.5 之间的价差。

订阅套餐覆盖 GPT-6.1 Sol 吗？

不覆盖。2026-10-01 的套餐接口里，Pro、Max、Ultra 的任何档位都没有列出 gpt-6.1-sol，所以不论是否持有套餐，GPT-6.1 Sol 的调用都按 token 从钱包余额扣费，单价以模型页公示为准。GPT-6 Sol 同样不在任何档位。GPT-5.5 与 GPT-5.6 Sol 在三个套餐的「高级模型」档，GPT-6 Astra 在只有 Max 与 Ultra 才有的「旗舰模型」档。这一点在 Codex CLI 里影响最大：把会话从 GPT-5.6 Sol 换成 GPT-6.1 Sol，计费就从套餐额度变成了钱包扣费。套餐的模型列表会调整，实时列表以价格页为准。

Codex CLI：新默认模型与一行切换

按发布说明，Codex CLI 0.159.1（2026 年 9 月 29 日发布）把 GPT-6.1 Sol 设为内置模型列表的默认模型。这个默认值只在 config.toml 没写 model 时生效：按 Codex 模型文档（2026-10-01 核对），没有指定模型时 Codex 才使用推荐模型。Router One 一键安装写入的是 model = "gpt-5.6-sol"，所以由它写入的配置升级后仍用 GPT-5.6 Sol；自己手写、顶层没有 model 行的 config.toml 会用上新的默认模型，请在 [model_providers] 表之前补一行，例如 model = "gpt-5.6-sol"。

要在 Codex 里用 GPT-6.1 Sol，在 ~/.codex/config.toml 里写 model = "gpt-6.1-sol"——这是 Codex 自己模型列表里的裸名，网关会把它解析为 openai/gpt-6.1-sol——provider 上的 wire_api = "responses" 保持不变。这需要 Codex 0.159.1 及以后的版本：按 openai/codex 源码（2026-10-01 核对），0.159.0 及更早版本的内置模型列表里没有 gpt-6.1-sol，遇到不认识的名字会用通用的回退元数据运行，所以请先用 npm install -g @openai/codex 升级。

用套餐的请保留 gpt-5.6-sol：它在 Pro、Max、Ultra 三个套餐的「高级模型」档，而 2026-10-01 的套餐接口里 GPT-6.1 Sol 不在任何套餐档位，切换后 Codex 的调用就从套餐额度转为钱包扣费。按 Codex 源码（rust-v0.159.3，2026-10-01 核对），0.159.1 及以后的版本可能在启动时提示试用 GPT-6.1 Sol，这条提示不会改动你的模型；「Meet GPT-6 Sol」升级提示的目标仍是 gpt-6-sol，它同样不在任何套餐档位。用钱包的，请先在控制台 → 日志里核对前几轮的输出 token。完整配置见 Codex CLI 国内使用；为什么不支持 Responses 协议的中转接不了 Codex，见 Codex 与 Responses API。

发出第一个请求

  1. 创建 Key。 控制台 → API 密钥 → 创建密钥，Key 形如 sk-...。试用阶段给这把 Key 设一个 maxSpend 消费上限：花费不会超过这个上限，其他 Key 照常可用（按 Key 成本追踪）。
  2. 保证钱包有余额。 不论是否持有套餐，GPT-6.1 Sol 的调用都从钱包扣费；充值在控制台 → 充值。
  3. 设置 base URL：在任意 OpenAI 兼容 SDK 或客户端里填 https://api.router.one/v1。
  4. 调用模型。 下面的示例都用目录 id openai/gpt-6.1-sol，并显式设置输出上限。

Responses（原生路径），显式设置推理强度（厂商默认为 medium）：

bash
curl https://api.router.one/v1/responses \
  -H "Authorization: Bearer sk-your-api-key" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openai/gpt-6.1-sol",
    "reasoning": {"effort": "medium"},
    "max_output_tokens": 25000,
    "input": "用三句话说明整单价格阶梯对 Agent 循环的影响。"
  }'

工具调用走这个端点。Responses 格式的函数工具示例：

bash
curl https://api.router.one/v1/responses \
  -H "Authorization: Bearer sk-your-api-key" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openai/gpt-6.1-sol",
    "reasoning": {"effort": "low"},
    "max_output_tokens": 25000,
    "tools": [{
      "type": "function",
      "name": "get_order_status",
      "description": "Look up the status of an order by its id.",
      "parameters": {
        "type": "object",
        "properties": {"order_id": {"type": "string"}},
        "required": ["order_id"]
      }
    }],
    "input": "订单 8812 现在到哪了？"
  }'

输出里出现 function_call 项时，执行这个函数，再把结果作为带同一个 call_id 的 function_call_output 项发回去；OpenAI 的 reasoning 指南建议把这一轮返回的推理项也一并传回。

Chat Completions，给发这种请求的客户端用——按 OpenAI 模型页的要求不带工具：

bash
curl https://api.router.one/v1/chat/completions \
  -H "Authorization: Bearer sk-your-api-key" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openai/gpt-6.1-sol",
    "max_tokens": 25000,
    "messages": [{"role": "user", "content": "用三句话说明整单价格阶梯对 Agent 循环的影响。"}]
  }'

用 OpenAI Python SDK 发同样的 Responses 请求，只需要改 base_url 和 Key：

python
from openai import OpenAI

client = OpenAI(
    base_url="https://api.router.one/v1",
    api_key="sk-your-api-key",
)

response = client.responses.create(
    model="openai/gpt-6.1-sol",
    reasoning={"effort": "medium"},
    max_output_tokens=25000,
    input="用三句话说明整单价格阶梯对 Agent 循环的影响。",
)
print(response.status, response.output_text)
print(response.usage)

两个端点通用的几条规则：

  • 每个请求都设置输出上限。 推理 token 计入输出上限；OpenAI 建议起步时为推理与输出预留至少 25,000 token（reasoning 指南，2026-10-01 核对）。按同一份指南，达到上限的响应会以 status: "incomplete" 返回，可能连可见文字都还没有输出。Router One 的 Chat Completions 参考文档把 max_tokens 写作输出上限；客户端允许选择时，请发送 max_tokens。
  • 不传采样参数。 不要传 temperature、top_p、top_logprobs 或 logprobs，原因见上文。
  • 长任务用流式。 stream: true 让输出边生成边返回，两个端点都可以用（流式输出指南）。
  • 不要发到 /v1/messages。 把这个 id 发到那里，会在调用任何模型之前返回 HTTP 400，错误信息会写明该模型必须通过 /v1/chat/completions 调用。各系列的端点规则见 API 兼容性事实页。
  1. 看 Trace。 控制台 → 日志里每次调用都带模型、输入输出 token、费用、延迟和状态（每请求可观测）。可重试的上游故障由同一模型多条候选线路之间的自动故障转移消化；GPT-6.1 Sol 的请求绝不会被换成别的模型来回答。

其他编程工具

编程 agent 几乎每一轮都会带上工具，而按 OpenAI 的 GPT-6.1 Sol 模型页（2026-10-01 核对），它的工具调用只能走 Responses API，所以用它跑 agent 任务需要发 Responses 请求的客户端。把工具指向它之前，先确认那个工具发的是哪种协议：各工具的请求路径见 GPT-6 Sol 接入 Codex CLI、Cursor、Cline 与 OpenCode 里的工具表。Claude Code 调不了 GPT-6.1 Sol：它发的是 Anthropic Messages 请求，而 /v1/messages 只服务 Claude 系列与 DeepSeek id。

国内怎么用

中国大陆可直连 api.router.one，无需 VPN，Key 和 base URL 与海外完全一致。充值可用支付宝或银行卡在同一个托管收银台完成，也支持 6 条链上的 USDT/USDC（Tron、BSC、以太坊、Polygon、Base、Arbitrum），无需美国信用卡。部分模型最低官方价 1 折（最高省 90%）；具体某个 id 的单价，看 GPT API 接入页和对应模型页。Codex CLI 的国内配置见 Codex CLI 国内使用。

常见问题

Router One 上 GPT-6.1 Sol 的模型 ID 是什么？ openai/gpt-6.1-sol。网关也接受 OpenAI 官方 id gpt-6.1-sol，在 Codex CLI 里要用的就是这个名字。模型页地址里带连字符的 gpt-6-1-sol 是页面路径，不是模型 id。2026-10-01 的套餐接口里没有档位列出这个模型，所以两种 id 都按 token 从钱包扣费。

Router One 的订阅套餐包含 GPT-6.1 Sol 吗？ 不包含。2026-10-01 的套餐接口里 Pro、Max、Ultra 都没有档位列出它，所以不论用哪个套餐，它的调用都按 token 从钱包扣费。GPT-6 Sol 同样不在任何档位；GPT-5.5 与 GPT-5.6 Sol 在三个套餐的「高级模型」档，GPT-6 Astra 在 Max 与 Ultra 的「旗舰模型」档。实时的套餐模型列表见价格页。

Codex CLI 0.159.1 把 GPT-6.1 Sol 设为默认模型，我的 Router One 配置会跟着变吗？ 只有 config.toml 没写 model 时才会变。按 Codex 模型文档（2026-10-01 核对），没有指定模型时 Codex 才使用推荐模型，而 0.159.1 及以后的默认模型是 GPT-6.1 Sol。Router One 一键安装写入的是 model = "gpt-5.6-sol"，所以仍是 GPT-5.6 Sol；自己手写、顶层没有 model 行的 config.toml 请补上一行。Codex 还可能在启动时提示试用 GPT-6.1 Sol，这条提示不会改动模型。

从 GPT-6 Sol 切到 GPT-6.1 Sol，请求要改什么？ 按 OpenAI 的 GPT-6 指南（2026-10-01 核对）：model 字符串要换；推理强度要改，因为 GPT-6.1 Sol 不支持 none 和 minimal（OpenAI 建议改用 low）；工具调用要改走 Responses API；temperature、top_p 和 top_logprobs（Chat Completions 上还有 logprobs）要去掉。Key、base URL、1,050,000 token 窗口和 272,000 token 价格线都不变。

GPT-6.1 Sol 能在 Chat Completions 上做工具调用吗？ 按 OpenAI 的说法不能：它的 GPT-6.1 Sol 模型页（2026-10-01 核对）写明工具调用要用 Responses API，Chat Completions 只支持不带工具调用的请求。带工具的请求请发到 /v1/responses（Router One 在这个端点上原生服务 GPT 系列），Chat Completions 留给不带工具的请求。

272K 价格线对 GPT-6.1 Sol 也适用吗？ 适用。它的模型页有两行单价：输入恰好 272,000 token 时按标准线；严格超过后，整次请求（含输出）都按长上下文线计费。月度用量不影响适用哪一行。

GPT-6 Sol 会下线吗？ 截至 2026-10-01 没有这个安排：OpenAI 的弃用页没有它的退役计划。Router One 仍列出 openai/gpt-6-sol，用法见 GPT-6 Sol API 接入指南。

Claude Code 能调用 GPT-6.1 Sol 吗？ 不能。Claude Code 向 /v1/messages 发送 Anthropic Messages 请求，这个端点只服务 Claude 系列与 DeepSeek id；GPT id 发过去会在调用任何模型之前返回 HTTP 400。

经 Router One 调用 GPT-6.1 Sol 多少钱？ 按 token 计费，单价以 GPT-6.1 Sol 模型页公示为准：两行价格线，推理按输出计费。本文不印每 token 单价，因为它会过时；对比页会实时渲染它与 GPT-6 Sol、GPT-6 Astra、Claude Sonnet 5.5 之间的价差。2026-10-01 的套餐接口里没有档位列出 GPT-6.1 Sol，所以每次调用都从钱包扣费。

没有 GPT-6.1 Astra 吗？ 按 OpenAI 的模型目录（2026-10-01 核对），没有 GPT-6.1 Astra 条目；它的 GPT-6 指南把 GPT-6.1 Sol 与 GPT-6 Astra 并列。Router One 目录里有 GPT-6 Astra（openai/gpt-6-astra）和 GPT-6.1 Sol（openai/gpt-6.1-sol），以实时目录 /models 为准。

下一步

相关权威页面

这篇文章归入「Codex CLI 中国」主题，以下页面作为商业页、配置文档、证据页和信任事实源。

商业主页面Codex CLI 中国主页面承接 Codex CLI 接入、OpenAI 兼容配置、钱包计费和预算控制。GPT 单价更低成本调用 GPT APIGPT 系列的公示 token 单价，以及钱包按量计费怎么扣。协议说明Codex 与 Responses API为什么 Codex 在只支持 Chat Completions 的中转上 404，以及可用的 config.toml。配置文档Codex CLI 配置用 OpenAI 兼容 Base URL 和 Router One API Key 配置 Codex CLI。证据页价格方法论说明钱包价格、token 计量、汇率处理和成本传导方式。信任页安全边界API Key、请求元数据和账户访问的安全控制说明。数据留存数据留存政策说明直接 API 的元数据记录与 Playground 会话历史的区别，以及删除申请边界。

相关阅读

GPT-6 Sol API 接入指南：端点、272K 价格阶梯与国内调用

GPT-6 Sol 经 Router One 调用：目录 id、1.05M 上下文、272K 整单阶梯、套餐是否覆盖、Chat Completions 与 Responses 示例、Codex CLI 配置、国内直连。

查看

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

一把 Router One Key 在 Codex CLI、OpenCode、Cline、Goose 里调用 GPT-6 Sol：模型名、端点、272K 价格线、Cursor 现状，以及 Claude Code 为何不行。

查看

2026 年 9 月新模型指南：GPT-6 Sol、Opus 5.5 与 GPT-6 Astra

2026 年 9 月目录快照：GPT-6 Sol、Claude Opus 5.5、GPT-6 Astra、Grok 4.7、DeepSeek V4.1 Flash 与 Azure、AWS、Vertex 渠道 ID 上架，GPT-5.4 等下架。

查看