GPT-6.1 Sol 在 9 月 29 日发布，距离 GPT-6 Sol 和 Luna 上线只过了一周。OpenAI 将它放在面向低成本任务的 Luna 与能力最强的 Astra 之间。对开发团队来说，更值得回答的问题是：它能否以合适的成本完成日常跨文件任务，而不是版本号变了就必须升级。发布依据。
核验日期：2026 年 9 月 29 日。 本文是依据官方文档整理的升级指南，Agent.Space 没有为本文进行模型对跑实测。下面的供应商 API 价格、订阅额度和 Agent.Space 价格是不同口径。
GPT-6.1 Sol API 多少钱？
下表单位为美元／百万 Token，适用于输入不超过 272K Token 的 Standard 请求。OpenAI 价格页分别提供 Standard、Batch、Flex 和 Fast 费率；不能把折扣表当成标准单价。
给 Agent 估算预算时，应分别记录这些用量。重复携带的仓库上下文可能涉及缓存读取、新的未缓存输入和缓存写入，生成的输出又是另一项。把整段对话都乘上最便宜的一列，会低估账单。
举一个计算示例，不是实测任务：某次请求含 100,000 个未缓存输入 Token 和 10,000 个计费输出 Token，没有缓存写入、工具或其他收费。按表中费率，Sol 为 $0.30，Luna 为 $0.015，Astra 为 $1.50。这个算式比较相同 Token 量，不能证明三个模型完成合格补丁需要相同调用次数。
模型规格列出 1.05M 上下文窗口和 128K 最大输出。输入超过 272K Token 时，整次请求按两倍输入／缓存费率和 1.5 倍输出费率计费。因此，大窗口既是容量选择，也是预算选择；它也不等于每个 Codex 客户端能用满的上下文。
从 GPT-6 Sol 升级，不只改模型 ID
GPT-6 官方迁移指南里最需要留意的兼容差异是：
- GPT-6.1 Sol 支持
low、medium、high、xhigh、max，不支持none和minimal。 - 工具调用必须使用 Responses API；Chat Completions 支持不带工具的请求。
- 使用推理的请求需要重新核对采样和 log-probability 参数，不能原样搬过去。
如果原来的 GPT-6 Sol 集成通过 Chat Completions、配合 reasoning_effort: "none" 调工具，升级需要同时检查协议与参数。只替换模型名，即使纯文本试请求成功，也可能让实际工作流失败。
修改长期默认值之前，至少验证一次工具调用、一个多步骤任务和原有失败处理。确认工具结果能回到应用、任务能继续、用量记在预期账户下。生产流量切换前，应在受控环境验证。
在 Codex 中选择 GPT-6.1 Sol
使用支持该模型的 Codex CLI、且账户有访问权限时，可以这样开始任务：
Codex 模型页说明了这个 ID 和独立的开放范围。实际可用性仍受客户端、套餐与 Workspace 设置影响。找不到选项时，先用 Work／Codex 模型选择器检查清单排查，再决定是否需要改配置或付费。
用自己积压的三个任务做决定
我们建议从三类任务开始：有复现的 Bug、跨已有接口的小功能、已知答案的调查。每个候选模型都从相同仓库修订的独立副本开始，尽量保持任务说明、权限、工具和验收条件一致。
记录通过验收的结果、完整用量、耗时和人工修改。更低的 Token 账单只有在结果能用时才有意义。便宜模型如果反复返工，要把返工算进成本；更强模型如果避免一次昂贵错误，也要把这点纳入判断。编程 Agent 模型选型指南解释了如何把这些证据转成日常默认选择。
把任务带到 Agent.Space
Agent.Space 让受支持的 Agent harness 与兼容模型围绕云端项目文件工作。先看当前模型价格和实时选择器：上游发布不能证明 GPT-6.1 Sol 已经对你的 Agent.Space 账户和 harness 可用。
所需组合可用时，创建 Agent.Space Workspace，从一个明确的小任务开始，把文件、验收条件与审阅记录留在项目中。服务端集成则按 Developer API 指南发现实际支持的模型 ID，不要把 OpenAI 的 ID 直接套进另一条供应商路径。