> https://router.one/zh/blog/gpt-6-1-sol-api-guide 的 Markdown 镜像，供 AI 助手与爬虫使用。Router One 是 OpenAI 兼容的统一 LLM API 网关。
> 发布：2026-10-01 · 作者：Router One Team

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

_GPT-6.1 Sol 国内直连调用：模型 ID、两个端点、工具调用按 OpenAI 文档只走 Responses API，不在任何套餐档位、按钱包计费，附 Codex 默认模型变化与迁移要点。_

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 模型页](https://router.one/zh/models/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） |
| --- | --- |
| 目录 id | `openai/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 模型页](https://developers.openai.com/api/docs/models/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 的[发布文章](https://openai.com/index/introducing-gpt-6-1-sol/)（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 指南](https://developers.openai.com/api/docs/guides/latest-model)（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.1 Sol vs GPT-6 Sol](https://router.one/zh/models/compare/gpt-6-1-sol-vs-gpt-6-sol)——代际升级，以及请求规则有哪些变化。
- [GPT-6.1 Sol vs GPT-6 Astra](https://router.one/zh/models/compare/gpt-6-1-sol-vs-gpt-6-astra)——钱包计费的「接近 Astra」与「旗舰模型」套餐额度怎么取舍。
- [GPT-6.1 Sol vs Claude Sonnet 5.5](https://router.one/zh/models/compare/gpt-6-1-sol-vs-claude-sonnet-5-5)——跨厂商怎么选；两者都不在任何套餐档位，都按钱包计费。

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

Key、base URL、端点、1,050,000 token 窗口和 272,000 token 价格线都不变；OpenAI 模型页给两者列出的最大输入与输出、输入类型和 Responses 工具也相同。会变的是下面几项，依据是 OpenAI 的 [GPT-6 指南](https://developers.openai.com/api/docs/guides/latest-model)（迁移速查部分，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 接入指南](https://router.one/zh/blog/gpt-6-sol-api-guide)为准。

## 费用怎么算

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

推理输出按模型公示的输出单价计费，没有单独的推理价格行（[价格事实页](https://router.one/zh/facts/pricing.md)），所以推理强度既是质量旋钮，也是成本旋钮。模型页还列有缓存输入的价格行；怎么从 `usage` 里读缓存计数、避免把输入算两遍，见 [Prompt 缓存指南](https://router.one/zh/llm-prompt-caching)；长上下文计价规则的完整说明在[计价方法](https://router.one/zh/pricing-methodology)，[成本计算器](https://router.one/zh/llm-cost-calculator)会按请求套用它。

本文不印每 token 单价，因为它会过时。实时单价看 [GPT-6.1 Sol 模型页](https://router.one/zh/models/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，计费就从套餐额度变成了钱包扣费。套餐的模型列表会调整，实时列表以[价格页](https://router.one/zh/pricing)为准。

## 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 国内使用](https://router.one/zh/codex-china)；为什么不支持 Responses 协议的中转接不了 Codex，见 [Codex 与 Responses API](https://router.one/zh/codex-responses-api)。

## 发出第一个请求

1. **创建 Key。** 控制台 → API 密钥 → 创建密钥，Key 形如 `sk-...`。试用阶段给这把 Key 设一个 `maxSpend` 消费上限：花费不会超过这个上限，其他 Key 照常可用（[按 Key 成本追踪](https://router.one/zh/llm-cost-tracking)）。
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` 让输出边生成边返回，两个端点都可以用（[流式输出指南](https://router.one/zh/llm-streaming)）。
- **不要发到 `/v1/messages`。** 把这个 id 发到那里，会在调用任何模型之前返回 HTTP 400，错误信息会写明该模型必须通过 /v1/chat/completions 调用。各系列的端点规则见 [API 兼容性事实页](https://router.one/zh/facts/api-compatibility.md)。

5. **看 Trace。** 控制台 → 日志里每次调用都带模型、输入输出 token、费用、延迟和状态（[每请求可观测](https://router.one/zh/llm-observability)）。可重试的上游故障由同一模型多条候选线路之间的[自动故障转移](https://router.one/zh/llm-fallback)消化；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](https://router.one/zh/blog/gpt-6-sol-coding-tools-setup) 里的工具表。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 接入页](https://router.one/zh/cheap-gpt-api)和对应模型页。Codex CLI 的国内配置见 [Codex CLI 国内使用](https://router.one/zh/codex-china)。

## 常见问题

**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 为准。

## 下一步

- 打开 [GPT-6.1 Sol 模型页](https://router.one/zh/models/gpt-6-1-sol)，查看实时单价、两条价格线和端点列表。
- 与 [GPT-6 Sol](https://router.one/zh/models/compare/gpt-6-1-sol-vs-gpt-6-sol)、[GPT-6 Astra](https://router.one/zh/models/compare/gpt-6-1-sol-vs-gpt-6-astra) 或 [Claude Sonnet 5.5](https://router.one/zh/models/compare/gpt-6-1-sol-vs-claude-sonnet-5-5) 对比。
- 继续用 GPT-6 Sol 的，见 [GPT-6 Sol API 接入指南](https://router.one/zh/blog/gpt-6-sol-api-guide)与 [GPT-6 Sol 接入 Codex CLI、Cursor、Cline 与 OpenCode](https://router.one/zh/blog/gpt-6-sol-coding-tools-setup)。
- 配置 Codex CLI：[Codex CLI 国内使用](https://router.one/zh/codex-china)与 [Codex 与 Responses API](https://router.one/zh/codex-responses-api)。
- 各套餐覆盖哪些模型，见[价格页](https://router.one/zh/pricing)。
- 9 月目录的其他变化，见 [2026 年 9 月新模型指南](https://router.one/zh/blog/new-llm-models-september-2026)。

## 相关页面

- 本页规范地址：https://router.one/zh/blog/gpt-6-1-sol-api-guide
- Codex CLI 中国：https://router.one/zh/codex-china
- 全部博客文章：https://router.one/zh/blog
- 模型与每模型 token 价格：https://router.one/zh/models （markdown：https://router.one/zh/models.md ）
- 定价：https://router.one/zh/pricing
- API 文档（markdown）：https://router.one/zh/docs.md
- 公司事实（markdown）：https://router.one/zh/facts/company.md