GPT-6 Sol 发布时间：当前状态与开放信号
GPT-6 Sol 各渠道开放状态
| 渠道或里程碑 | 2026 年 9 月 20 日核查状态 | 什么证据能确认下一步？ |
|---|---|---|
| 官方发布日期 | 本次官方来源未能确认 | 明确写出型号与日期的 OpenAI 公告 |
| 公开 API 文档 | 模型目录未找到 GPT-6 Sol 条目 | 包含精确请求身份的型号专属文档 |
| 公开 API 价格 | 未找到 GPT-6 Sol 价格行 | 型号专属费率及适用条件 |
| Codex 或 ChatGPT 灰度 | 范围与模型身份尚未独立核验 | 明确说明型号与适用用户的官方产品更新 |
| EvoLink 接入 | 本追踪页尚无已核验路由、费率或接入日期 | 成功认证请求、返回身份和账单核验 |
这些里程碑可能发生在不同日期。某个 Codex 账户能看到一个模型，不代表公开 API 已经开放；OpenAI API 出现条目，也不代表 EvoLink 已经接入。我们会根据各自证据更新每一行，不会因为一个渠道变化就把所有状态一起改成可用。
为什么必须核对 Sol 的代际？
阅读发布消息时，常见的混淆有三种：
- 家族名称： GPT-6 可能指 Astra，不能单凭这个名称判断它就是 Sol。
- 界面标签： 应用可以显示易读名称，同时不公开精确的后端身份。
- 动态别名： 客户端配置中的名称可以保持不变，但服务商可能调整其指向。需要核对服务商当前的别名文档。
采用一条消息前，保存原始链接、发布日期、渠道和精确名称，再判断它是在证明可访问，还是仅仅预测。复制 GPT-5.6 Sol 规格的表格，不能确认 GPT-6 Sol 发布。
社区信号能说明什么，不能说明什么？
我们不会从转载消息推算一个发布日期，也不会把 Astra 的官宣日期、价格或跑分移植到 Sol。如果出现原始官方资料，应以该资料取代未证实的说法，而不是把二者并列成同等可信的证据。
现有 Sol 团队在等待期间应该准备什么？
继续使用已有文档的模型推进工作。现有 Sol Agent 团队可以先准备评估材料，不必让准备工作依赖新型号发布：
- 固定代表性任务。 为最近一小批任务保存仓库版本、issue 描述与测试命令，包含曾经失败的任务，而不只选容易成功的例子。
- 记录现有接口约定。 保存服务商、精确模型身份、推理设置、允许的工具、上下文构造方式和重试上限。
- 定义验收。 补丁必须满足 issue 要求并通过必要测试；代码审查必须指出可处理的缺陷，不能编造问题。人工介入另行记录。
- 保存成本基线。 纳入失败尝试和工具使用费用。订阅额度、API token 费用和人工复核时间属于不同单位，应分别报告。
本追踪页会如何更新？
官方模型页可以改变公开文档状态；经过确认的灰度公告可以改变产品访问状态；EvoLink 接入需要单独核验。我们会保留“官宣日期”与“某个渠道实际可用日期”的区别。
FAQ
OpenAI 已经公布 GPT-6 Sol 发布时间了吗？
在 2026 年 9 月 20 日核查的官方模型目录和价格来源中，我们尚未确认发布日期。这是带日期的来源核查，不代表对内部计划作出判断。
GPT-6 Sol 是 GPT-5.6 Sol 的另一个名称吗？
不能把二者当成可互换的名称。GPT-5.6 Sol 有自己的版本化 ID；在本次核查来源中，GPT-6 Sol 的身份仍未确认。
Codex 出现该型号，就说明公开 API 已经就绪吗？
不是。产品访问、账户资格和 API 访问分别判断，需要核对官方渠道更新与模型文档。
GPT-6 Astra 发布能证明 Sol 也发布了吗？
不能。Astra 和 Sol 候选型号身份不同，Astra 的日期和跑分无法证明 Sol 发布。
本文会预测哪一周上线吗？
不会。本篇记录带日期的证据，在来源确认某个里程碑后更新。重复出现的预测不会自动成为官方排期。
开放访问前应该准备什么？
保存代表性任务、现有请求设置、验收测试和成本基线。升级指南说明如何在获得已核验候选模型后使用这些材料。
