GPT-6 Luna 发布时间：API 团队的开放进度追踪
Luna 开放进度有哪些已确认信息？
| 里程碑 | 2026 年 9 月 20 日核查状态 | 更新所需证据 |
|---|---|---|
| 官方发布日期 | 本次核查来源尚未确认 | 明确写出 GPT-6 Luna 名称与日期的 OpenAI 公告 |
| 官方 API 文档 | 未找到这一代 Luna 的条目 | 版本专属模型文档与请求身份 |
| 官方费率 | 未找到 GPT-6 Luna 价格行 | 型号专属价格与计费条件 |
| 应用或账户灰度 | 范围尚未独立核验 | 写明产品、型号与适用账户的官方通知 |
| EvoLink 可用性 | 本追踪页尚无已核验路由、费率或接入日期 | 认证请求、身份检查及用量与账单核验 |
“这些来源中没有找到”是一项有限观察，不能证明内部不存在试验。反过来，即使存在试验，也不能由此确认全面开放、队列容量或 API 价格。每一行都将在对应证据变化后单独更新。
区分 GPT-6 Luna 与现有 GPT-5.6 Luna
gpt-5.6-luna 定位于成本敏感、高调用量的工作。这个定位属于已有文档的 5.6 型号，可以帮助理解哪些用户在关注后继版本，但不能证明 GPT-6 Luna 一定更便宜或更快。解读搜索结果、控制台标签或发布摘要前，先看完整标识。一篇比较 GPT-6 Astra 与 GPT-5.6 Luna 的文章，也会同时包含“GPT-6”和“Luna”，但它未必在讨论 GPT-6 Luna 发布。代际与档位名称同样重要。
不要把现有队列中的 model 字段换成猜测的 slug。网页可以在服务商分配可调用 ID 之前就用某个名称讨论话题。保持现有路由明确，等相应服务商提供文档后，再单独登记候选型号。
对批处理团队而言，哪些发布信号有用？
对重复工作负载来说，能访问只是运营检查的开始。判断每一个新信号实际能证明什么：
- 发布公告可以确认名称与日期，但可能不涉及你的账户或服务商。
- 模型文档可以确认上游能力与支持的端点，网关仍需单独核验实现。
- 成功请求可以确认某条路由、某个账户在当时能够访问，但不能证明持续吞吐。
- 记录了费率与过程的试跑可以判断：在所测条件下，你自己的队列是否达到准确性、延迟和预算目标。
低 token 价格无法回答重试会不会吃掉节省；一次快速响应无法回答正常并发下能否按时清空队列。发布消息是开始调查这些问题的信号，不是问题的答案。
在安排迁移日期之前，先准备队列基线
从已经理解的业务中选取一小批代表性样本，包含普通记录、缺失信息、长输入、模糊标签，以及现有工作流需要升级处理的记录。保存预期字段或决策，并规定什么时候允许空值、什么时候应明确拒绝处理。
然后从三个角度记录 GPT-5.6 Luna 基线：
- 正确性： 验收通过的记录数除以全部尝试记录数，把 schema 错误和字段值错误分开。
- 完成情况： 每分钟验收通过的记录数与端到端 P95 时间，包含队列等待和重试延迟。
- 支出： 每条验收记录对应的完整处理链账单，包含失败尝试和升级到其他模型的费用。
文档出现后会更新哪些内容？
本篇只会在有来源支持时记录发布日期，并继续区分应用灰度、公开 API 和 EvoLink 激活，以及各自的核查日期。如果只有一个渠道开放，其他行会保留原状态。
FAQ
GPT-6 Luna 什么时候发布？
在 2026 年 9 月 20 日核查的官方目录与价格来源中，尚未确认日期。型号专属公告确认后，本追踪页会更新。
现在文档里的 Luna 已经是 GPT-6 了吗？
本次读取的文档是 GPT-5.6 Luna。没有代际的 Luna 名称不能直接解读为新型号发布。
GPT-6 Luna 会与另一款 GPT-6 同时发布吗？
目前没有经过核验的联合发布日期。即使团队一起准备，各型号与访问渠道仍需要各自的证据。
低价消息能确认发布吗？
不能。价格预测、上一代费率或无关服务商的报价都不能证明新模型已经开放。
现在可以确定队列迁移日期吗？
可以准备评估窗口，但生产迁移应以已核验接入，以及自己的队列在准确性、吞吐和成本上的实测结果为条件。
EvoLink 提醒提供什么？
它登记的是对已核验 EvoLink 可用性的关注，不预留容量、不授予 OpenAI 访问权限，也不保证发布日期。
