GPT-6.1 Sol刚发布，很多人的第一反应都是：“我服了，OpenAI到底还囤了多少东西？”9月22日刚公布GPT-6 Sol和Luna，9月29日又端出GPT-6.1 Sol、DevDay 2026回顾和OpenAI dots。数字后缀一周就往前走了一格，确实容易让人产生“刚看懂上一版，下一版又来了”的感觉。
但大家真正搜索的，不只是“发布了什么”，而是GPT-6.1 Sol是什么、价格多少、怎么用、哪些套餐能用，以及OpenAI dots什么时候开放。 发布越密集，越要把官方能力、直播口径、账号灰度和个人推测拆开；否则很容易把“已经发布”误写成“我的账号现在就能用”。截至北京时间2026年9月30日09:00，下面只把一手来源能够支持的内容写成确定事实。
GPT-6.1 Sol是什么：一周内从GPT-6 Sol走到6.1
先按时间看，OpenAI这轮并不是只更新了一个模型。
| 时间 | 官方公告 | 能确认的重点 |
|---|---|---|
| 2026年8月13日 | GPT-5.6 Sol Ultrafast预览 | 最高14倍速度、最高750输出tokens/s，由Cerebras支持 |
| 2026年9月22日 | GPT-6 Sol与Luna | 两个面向日常工作的模型，以不同能力与成本组合覆盖任务 |
| 2026年9月22日 | GPT-6提示缓存更新 | 更高缓存命中率、新诊断能力、显式断点和更多控制项 |
| 2026年9月29日 | DevDay 2026回顾 | 20多项公告，覆盖GPT-6 Astra、ChatGPT、Codex、API、安全和开发者工具 |
| 2026年9月29日 | GPT-6.1 Sol与dots | 一个强调近Astra能力和成本效率的新模型，以及主动推进工作的智能体产品 |
所以，“GPT-6 Sol到GPT-6.1 Sol只隔一周”是成立的。更重要的是，OpenAI正同时更新模型、开发环境、智能体和平台能力。只盯着模型名，会低估这次变化；只盯着发布会功能清单，又会高估当前账号已经获得的能力。
GPT-6.1 Sol和GPT-6 Astra有什么区别
GPT-6.1 Sol价格：已确认是Astra的五分之一
OpenAI官方摘要把GPT-6.1 Sol描述为适合编程、电脑操作和专业工作的近Astra级模型，并明确写出：它的标准API输入、输出Token价格都是Astra的五分之一。
这比“跑分涨了一点”更有实际意义。对需要大量调用模型处理代码、表格、网页或跨应用流程的人来说，真正要算的是：同一项任务能否在明显更低的单次成本下，获得接近高阶模型的完成质量。官方用了“near-Astra intelligence”这一定位，但这不等于每个任务都与Astra相同，更不等于科研、复杂推理或长任务可靠性已经没有差距。
OpenAI dots是什么：持续工作的主动型助手
OpenAI对dots的公开描述很克制：OpenAI dots是能够跨复杂项目和日常任务持续工作的主动型助手，工作向前推进时，用户仍然保持控制。
这里真正值得关注的不是“又多了一个聊天入口”，而是交互方式正在变化。过去是人发一条消息、模型回一条答案；dots所代表的方向，是用户给目标和边界，系统在更长时间里持续处理材料、跟进状态和推进任务。它与Codex可以形成互补，但目前不能仅凭发布会描述，就断言两者共享相同的云电脑、额度或工具权限。
750 tokens/s不能直接写到GPT-6.1 Sol头上
这次讨论中最容易混淆的是Ultrafast。OpenAI在8月13日公布的官方口径是：GPT-5.6 Sol的Ultrafast预览最高可达14倍速度、最高750输出tokens/s，并由Cerebras支持。
这组数字属于当时的特定模型、服务档位和预览条件。它不能自动变成GPT-6 Astra、GPT-6.1 Sol、ChatGPT网页端或Codex中每一次请求的速度。直播里看到300 tokens/s，也不与“最高750”天然矛盾，因为模型、任务长度、推理档位、客户端和实时负载都可能不同。没有对应的正式页面时，最稳妥的写法是保留模型和场景，不只摘一个峰值数字。
GPT-6.1 Sol为什么重要：模型正在变成工作系统
这次DevDay最有分量的地方，不是20多项公告的数量，而是三条产品线开始靠拢。
第一条是成本更低的强模型。GPT-6.1 Sol用Astra五分之一的标准API输入输出价格，去承接编程、电脑操作和专业工作。如果真实任务表现能接近官方定位，它会成为很多日常复杂任务更合理的默认选择。
第二条是从响应式聊天走向持续型智能体。dots不再把一次对话当成完整工作单元，而是试图跨项目和日常任务持续推进。对内容整理、研究跟踪、项目协作和重复流程来说，这比单次回答更接近真实工作。
第三条是Codex和API能力继续平台化。DevDay官方回顾明确把Codex、API、安全和开发者工具放在同一批公告中；此前GPT-6提示缓存也增加了诊断、断点和控制能力。模型变强只是底层，真正决定能否进入生产流程的，是环境能否复用、上下文能否管理、工具调用能否审计、成本能否预测。
GPT-6.1 Sol怎么用：不同用户先检查什么
普通ChatGPT用户
如果你主要用于问答、写作和日常搜索，不必因为发布会一次出现20多项功能就立刻升级套餐。先看自己账号的模型选择器和侧栏入口，再判断新功能是否真的解决当前问题。反复退出、重启或切换客户端，不能让尚未灰度到账号的功能提前出现。
Codex与开发者用户
最值得做的是同任务对比，而不是只看发布会跑分。选一个真实但可回滚的代码库任务，让GPT-6.1 Sol和现用模型在相同上下文、工具权限、推理档位和验收标准下各跑一次，记录完成时间、Token消耗、测试结果和人工返工量。只有这组数据能回答“它是否适合做默认模型”。
API用户
“标准API输入输出价格为Astra的五分之一”是目前最明确的成本信号，但相对价格不是最终账单。缓存、工具调用、长上下文、重试和服务档位都可能改变总成本。接入前仍要查看当前模型页和价格页，并用小流量任务测出自己的单位任务成本。
内容创作者与行业观察者
这类发布会最容易出现二次传播失真。建议至少保留“公告日期、适用模型、产品入口、套餐范围、是否灰度、是否实测”六个字段。尤其不要把直播峰值、单个账号截图或未经公开报告支持的安全故事写成全量事实。
GPT-6.1 Sol哪些套餐能用：使用门槛仍需核对
参考文章里有几组信息很吸睛，但截至本文核验时间，不适合直接升级为确定结论：
- Free、Go、Plus、Pro及更高档套餐分别能用哪些功能，以及“10倍、20倍、25倍”等额度关系；
- Plus是否能在所有第三方AI服务中直接消耗同一份额度；
- GPT-6.1 Sol的Ultrafast具体开放时间、入口、价格和稳定速度；
- Decision API约150ms、比普通GPT-6 Luna快10倍的适用条件；
- Spaces、插件扩展、Codex Cloud在不同账号和地区的完整开放范围；
- GPT-6.1 Astra未发布的具体内部原因，以及“越权、隐瞒、在摘要中夹带指令”等细节。
最后一组尤其需要谨慎。参考稿中的安全故事传播性很强，但在没有对应的一手安全报告、评测方法和上下文全文时，不能把它写成OpenAI已经确认的“撤回内幕”，更不能只保留一句戏剧化的内部笔记。可以讨论智能体授权、可审计性和长任务摘要污染的风险，但必须把公开证据与个人解释分开。
GPT-6.1 Sol使用前建议：先完成三项检查
1. 检查账号实际开放状态
记录套餐、地区、客户端版本和检查时间，再查看模型选择器、侧栏入口与设置页。看到功能就截取完整入口和说明；没看到则标记“当前账号未开放”，不要直接写成“官方没有发布”。
2. 用固定任务比较GPT-6.1 Sol
准备三个可回滚任务：一个代码修改、一个跨文件信息整理、一个需要浏览器或电脑操作的流程。每次保持材料、权限和验收不变，分别记录成功率、耗时、Token和人工修正。不要用三个不同任务比较两个模型。
3. 把未确认项放进观察清单
套餐额度、Ultrafast、Decision API、Spaces和6.1 Astra安全信息，都等对应官方页面、模型卡或自己账号的可见说明。后续更新文章时，保留原核验时间和修改记录，避免把9月30日之后的新信息倒写成发布当天就已确认。
完成后的检查
- 已把官方公告、直播口径、账号灰度和个人判断分开。
- 已注明“最高750输出tokens/s”对应GPT-5.6 Sol Ultrafast预览。
- 没有把发布功能直接写成所有套餐、地区和账号均已开放。
- 没有在缺少一手报告时复述GPT-6.1 Astra的撤回内幕。
- API或Codex对比使用了同一任务、同一权限和可复查的验收结果。
相关教程
如果你更关心Codex里的模型配置与排错，可以继续看Codex怎么用GPT-6 Astra：用不了GPT-6的排查方法。第一次用Codex，先从Codex入门与配置教程确认客户端、API和项目权限，再做模型对比。
