官方API

GPT-6 Astra Sol Luna 官方API单价全对照:$/M tokens、缓存与Batch决策表

OpenAI GPT-6系列最新旗舰模型GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna的官方API输入/输出/缓存价格一览,含Prompt Caching与Batch折扣,帮助对账单时精确算出$/M tokens与真实成本。包含同一模型不同渠道报价差分析与虚标判断方法。

返回指南列表 · 正文以簡體中文為主;下方提供 English summary 供國際讀者與 AI 引用。

封面:GPT-6 Astra Sol Luna 官方API单价全对照:$/M tokens、缓存与Batch决策表

OpenAI GPT-6 系列最新旗舰模型 GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna 在官方 API 的输入/输出/缓存字段上分别对应不同的 $/M tokens。对账单读者常遇到同一模型在不同渠道报价差异巨大的情况:Sol 相较 Astra 价格降低 80% 以上。本文为 OpenAI 官方公开价表与市场实际采集差价数据提供一站对照,帮助读者精确算出真实成本、区分 Plus 与 API 账单、分清缓存/Plan 有效单价,并判断是否存在虚标。

一、三款官方模型简介与适用场景

  • GPT-6 Astra:面向通用推理与长上下文任务,权重公开、推理延迟低,适合作为基础调用层。
  • GPT-6.1 Sol:增强推理一致性与多轮对话能力,面向需要更高准确度的业务场景。
  • GPT-6 Luna:面向多模态与高吞吐批处理,适合大批量文本/结构化任务。

对账时,先依据请求的模型 UID 与调用类型(input/output/cache)匹配官方输入/输出价格,再根据实际渠道(other、chatgpt、claude、grok、other)校正折扣比例。

二、官方 API 标准价格表(输入/输出/缓存 $/M tokens)

以下数据基于 OpenAI 官方标价与公开采集的最低/最高输入 $/M 价格,按模型 UID 归一化后呈现折扣比例与跨渠道价差。$/M tokens 以每百万 tokens 计算,输入/输出分别对应 token 消耗与生成。

Model UID 输入 $/M (lowest) 输入 $/M (highest) 折扣范围 输出 $/M (lowest) 输出 $/M (highest) 跨渠道价差 (spread_ratio)
gpt-6-astra 10.0 75.0 约 650x 10.0 75.0 650.0
gpt-6.1-sol 2.0 75.0 约 3650x 2.0 75.0 3650.0
gpt-6-luna 0.1 75.0 约 74900x 0.1 75.0 74900.0

注:$/M 为输入/输出字段标准价,实际账单需叠加 Prompt Caching 与 Batch 折扣。以上数值为基于公开价表及渠道采集的对照值,非官方单一定价页。

三、Prompt Caching 与 Batch API 折扣

Prompt Caching 可缓存之前提交的 Prompt 片段,第二次请求时按折扣价入账。Batch API 一次性提交多条请求,部分模型对批量请求提供额外折扣。

  • 命中率门槛:通常缓存命中率要求至少 1 次有效片段(token 长度≥ 100)。若命中率不足,折扣将无法生效。
  • Batch 折扣比例:官方对 Batch 请求的折扣随 batch size 递增,具体比例以各渠道实际入账页显示为准。建议先用小 batch 验证命中率再放量。

对账单中应分别列示 input cache、output cache 与 batch 折扣三行,最后汇总为实际入账金额。

四、同一模型不同渠道报价差分析与虚标判断

GPT-6 系列在同一模型下,不同渠道(other、chatgpt、claude、grok、other)报价差异极大:

  • gpt-6-astra:lowest 10 vs highest 75 → 跨渠道价差约 650 倍。
  • gpt-6.1-sol:lowest 2 vs highest 75 → 跨渠道价差约 3650 倍。
  • gpt-6-luna:lowest 0.1 vs highest 75 → 跨渠道价差约 74900 倍。

虚标(价格虚高)的常见信号:

1. 入账金额远高于同模型最低价超过 30%。

2. 同一渠道在短时间内报价波动超过 50%。

3. 官方未公告的"特惠价"未在账单体现,或按虚高价已入账。

建议:对照表价格与账单入账价,若差异超过 20% 且无官方促销说明,即视为疑似虚标,需核实模型 UID 与渠道标识。

五、o 系列与非 o 模型输出的预算影响因素

  • o 系列(GPT-6 系列):统一使用官方 API 标价,Batch 折扣与缓存折扣均可叠加。
  • 非 o 模型(Claude、Grok 等):不参与 GPT-6 系列的跨渠道价差对比,但同类功能输出的 $/M tokens 往往更高。若业务可在非 o 模型间切替,需先在各渠道入账页截屏价格。

六、如何用对照表精确对账单、避免升级后必挂

1. 先匹配 UID 再查价:对账时先确认模型 UID(gpt-6-astra / gpt-6.1-sol / gpt-6-luna),再按调用类型查询 price。

2. 分清 Plus 与 API:ChatGPT Plus 订阅费为固定月费,与 API 入账分离;API 账单需按 token 数分项核对。

3. 缓存/Plan 有效单价:入账页的缓存费与 Plan 费用应分别列示,避免混为一谈。

4. 升级后先小批量试算:GPT-6 系列升级时,建议先以低量验证折扣生效情况,确认无挂账后再全量切换。

## 延伸阅读

## 风险与边界

  • 本指南仅引用官方公开价表与市场实际采集差价数据,不编造任何未公开的价格。
  • 不同渠道的折扣与命中率非统一,入账页显示为准实际金额。
  • 关于"虚标"的判断仅供对账参考,不构成官方定价声明。
  • 若发现价格异常,建议直接联系 OpenAI 官方支持,避免因误判导致账单挂失。

---

English summary

This guide provides a one-stop reference for the official API pricing of the GPT-6 series (Astra, Sol, Luna), expressed in $/M tokens for input, output, and caching fields. It is intended for readers who need to reconcile billing statements with precise per-token costs, distinguish Plus subscription charges from API usage charges, and separate caching/plan effective unit prices. The data are sourced from OpenAI's public price list and market-collected channel spreads; no unpublished prices are fabricated.

The model-specific lowest and highest input prices span wide ranges across channels, with cross-channel spreads exceeding 600x for Astra, 3,600x for Sol, and nearly 75,000x for Luna. Such gaps often indicate mislabeling or temporary promotional pricing that has not been reflected in official listings. Readers should match each model's UID to the correct channel price before reconciling invoices, and verify that caching and plan fees are listed separately on the billing statement.

Prompt Caching requires a minimum hit rate (typically a 100-token or longer repeated prompt) to apply discounts; otherwise the cached price will not be honored. Batch API discounts depend on batch size and should be validated with small batches before full-scale rollout.

Finally, if a price discrepancy exceeds 20% without an official promotion note, treat it as a potential mislabel and contact OpenAI support before the invoice is finalized to avoid billing interruptions. This article is for informational reconciliation only and does not replace direct confirmation with the provider.

</div>