GPT-6 Sol与Luna便宜一半:选错入口仍然找不到模型

|作者: QUASA 编辑团队|2 分钟阅读| 2
GPT-6 Sol与Luna便宜一半:选错入口仍然找不到模型

OpenAI于2026年9月22日推出 GPT-6 Sol与Luna;发布时,两款模型的API价格被概括为较GPT-5.6同级促销价降低50%。Sol偏向复杂编码和多步骤任务,Luna偏向目标明确、需要大量重复处理的工作。两款模型已进入ChatGPT Work、Codex和API。

价格下降不等于普通Chat对话增加了模型选项。OpenAI的Work与Codex使用说明 明确指出,Sol和Luna目前不在普通Chat对话中;用户能否在适用入口看到它们,还受套餐、工作区设置和分批开放进度影响。这也是模型已经推出、用户却在熟悉的聊天界面找不到它的原因。

Sol处理复杂判断,Luna处理明确的批量任务

区分Sol与Luna,关键是任务进行到一半时还需不需要重新判断。复杂编码可能从理解现有代码开始,随后确定修改范围、处理文件之间的影响,并根据执行结果调整方案;这种工作更贴近Sol的定位。模型必须在连续步骤中维持对目标和约束的理解,单次生成一段代码只是其中很小的一部分。

Luna更适合目标、输入范围和输出形式已经明确的任务,例如按既定字段提取文档信息、将一批材料整理成统一格式,或处理范围清楚的简短问答。这些例子描述的是任务结构,并不意味着所有文档工作都简单:材料含糊、字段冲突或需要跨文件作判断时,整理工作也可能变成复杂任务。选择依据应是模型需要承担多少开放式判断,而不是输入看起来像代码还是文档。

智能体流程也可以按这个差别拆开理解。若模型要决定下一步使用什么工具、解释意外结果并改变计划,Sol更符合复杂任务的定位;若流程已经规定了步骤,只需对大量项目逐项执行,Luna的单位成本就更值得比较。这是依据发布定位作出的选型判断,不是产品承诺的自动分配规则,也不保证两款模型在同一任务上交出相同结果。

同一项工作甚至可能同时包含这两类步骤。例如,先从材料中抽取固定字段,再根据抽取结果修改程序:前一段的重点是稳定重复,后一段可能要求理解代码依赖和处理异常。把整个流程笼统称为“编码任务”或“文档任务”,会掩盖真正影响模型选择的那一步。

“便宜一半”的比较基准是什么

这次降价说的是API单位价格,比较基准是GPT-5.6对应型号的促销价。OpenAI的 发布价目表 按每百万token列出:Sol输入从4美元降至2美元、输出从20美元降至10美元;Luna输入从0.20美元降至0.10美元、输出从1.20美元降至0.50美元,页面将两款模型的降价概括为50%。逐项计算可见,Sol的两项价格与Luna的输入价格均减半,Luna的输出价格则下降得更多;标题中的“一半”不能机械套到表中每一格。

单位价格也不是一项任务的最终账单。API分别计算输入和输出token;复杂编码可能持续传入代码与上下文,并产生较长的中间处理和结果,批量提取则可能在大量请求中累积输入量。即使某项单价减半,只要调用次数、输入长度或输出长度变化,整条流程的总费用就不会自动减半。

另一个容易混淆的边界是API与订阅账户。用自己的API密钥调用模型,费用依照API用量计算;用ChatGPT账户进入Work或Codex,则适用套餐包含的用量、可能追加的额度以及工作区规则。API降价不能直接解释为ChatGPT订阅费下降,也不能据此推算每位订阅用户会得到多少额外用量。

对于需要批量处理的开发者,低单价能让Luna成为值得比较的方案,但任务完成成本仍包含返工。若信息提取规则模糊,便宜的单次调用可能需要更多人工核对或重试;反过来,目标明确的任务也不必仅因材料数量多就交给Sol。价格表提供的是计费输入条件,任务质量和实际调用量仍需按具体流程判断。

Work、Codex、桌面端和API各有自己的入口

普通Chat、Work和Codex虽然属于同一产品体系,承担的工作却不同。Chat用于日常对话;Work面向较长的多步骤任务和完整交付物;Codex面向软件开发,可以围绕代码库修改文件、运行命令和处理技术工作。因此,在普通Chat的模型选择器里找不到Sol或Luna,并不能说明模型尚未发布,也不能证明自己的Work或Codex入口没有权限。

在符合条件的付费套餐中,Sol和Luna面向Work与Codex开放;免费和Go用户可通过桌面应用接触Luna。这里的“桌面应用”指承载不同体验的应用,不是普通Chat获得了Luna:桌面端的Chat、Work与Codex仍有各自的入口。应用装在同一台电脑上,也不意味着这些入口共享同一份模型列表。

API又是另一条路径。开发者在请求中使用相应的模型标识调用Sol或Luna,按API条件付费,而不通过ChatGPT界面的模型选择器。API账户能调用模型,并不自动赋予同一用户在Work或Codex中的订阅权限;反过来,能在Work里选用模型,也不能据此推断API调用已包含在订阅额度内。

团队用户还要考虑工作区权限。套餐符合条件之后,管理员的模型访问设置仍可能决定成员是否看得到选项;分批开放也可能让不同账户的显示时间不同。比较“我这里有、你那里没有”时,必须先确认双方谈的是Chat、Work、Codex还是API,以及使用的是个人账户还是受管理的工作区。

发布后的可见性仍有边界

目前可以确认的是任务定位、发布时的API价格,以及Work、Codex和API的可用路径。发布时所说的逐步开放,不能被理解为普通Chat随后必然出现Sol和Luna;当前使用说明仍将普通Chat排除在两款模型的可用入口之外。新模型已经上线与普通聊天中找不到模型,可以同时成立。

尚不能从统一的发布信息推断每个套餐、地区或工作区成员何时看到完全相同的选项。对读者最有用的区别因此仍是两层:Sol与Luna分别承担多少复杂判断,以及自己实际进入了哪种产品体验。前者决定模型是否适合任务,后者决定模型是否能够被选到;API价格只回答其中的成本问题。

相关阅读:

分享:

订阅我们的新闻通讯

将最新 Web3、AI 和加密货币新闻直接发送到您的邮箱。

0