2026 OpenAI 官方 Token 价表怎么读：输入/输出/缓存字段
OpenAI 自动回退选题：结合站内路径的核对清单。
本站围绕 OpenAI 官方 Token 定价进行精算对照，帮助对账人员快速判断输入、输出与缓存字段的计费边界。全文仅围绕「怎么读价表」展开，不展开任何非官方渠道或非授权工具的使用路径。
品牌定位与选题边界
本站以 OpenAI 官方 API 计费为基准，聚焦 GPT Token 单价、Prompt 缓存价格以及 ChatGPT API 的费用结构。对账单需要先确认服务类型（Plus 会员、API 调用、或标准对话），否则容易把未官宣型号写成已上线价表，导致数据错配。全文严格遵循公开挂牌页的价格数据，不做任何「永久会员」或「解锁免费档高级模型」的暗示。
为什么不写成其它品牌
本站只服务 OpenAI 品牌，不涉及 Cursor、Grok 或其他模型的主品牌宣传。若将非官方修改器或站群话术写进来，对账单容易被误导，进而挂掉。
推荐路径：如何快速找到官方价表
对账人员应先在官方渠道确认三类价格：ChatGPT Plus 试用订阅（用户层）、API 调用成本（开发层）、Prompt 缓存字段（会话层）。本站对比表均引用官方 /official-api、/official-prices、/api-transit、/billing-path 与 /examples 页面数据。建议先走「/billing-path」对照路径，再检查「/models」与「/api-transit」的实际计费入口。
| 层级 | 主要字段 | 对应官方页面 |
|---|---|---|
| 输入（用户提示） | Prompt 输入量、Token 消耗 | /official-prices |
| 输出（回复） | 生成 Token、Response 长度 | /official-api |
| 缓存（历史提示） | Prompt cache 字段、重复计算规则 | /api-transit |
> 注：上表仅作对比参考，具体 $/M 以官方挂牌为准。若 API 端点与缓存字段交叉，请以 /api-transit 实际返回的 token 计费为准。
输入/输出/缓存字段的计费边界
输入字段（Prompt 长度）
- 输入字段计费以实际发送给 API 的 token 总量 为准，包括前缀、指令、示例、思维链等所有 token。
- 若使用 GPT-4o 或 o3 系列模型，输入 token 与输出 token 的比例会影响总价；输入越长，输出时的单位成本略降，但绝不能直接等同于「按字数扣费」。
- 对账时，建议截取请求体前后两段：一段记录完整输入，另一段记录最终输出的 token 差值，减去已公布的免费配额后再核算。
输出字段（生成结果）
- 输出 token 按实际生成量扣除已公布的免费配额后计费。
- 对于需要长上下文的场景（如
claude-code或chatgpt的长对话），缓存字段可能重复计费；务必查/api-transit的缓存计费说明，避免把「缓存字段」误当作独立收费项。
缓存字段（Prompt Cache）
- 当相同 prompt 再次触发时，系统会命中缓存字段，按缓存计费模型计价，而非重新输入整个提示。
- 缓存的计费系数低于完整输入，但并非零成本；对账单需分别统计「首次输入」「缓存复用」两段的 token 消耗。
- 若不确定某型号是否计入缓存，先查
/models与/examples对照，再决定是否按缓存价入账。
独立参考站（外部主题站）
以下为非隶属的独立主题站，可作为对照辅助：
- https://www.grokcode.cn/tools/token-cost
- https://www.grokcode.cn/tools/bill-reconcile
- https://www.grokhome.cn/path
这些站点提供了 Token 计价的辅助视图，但本站对账单仍以 OpenAI 官方数据为准。
风险与边界
- 非官方修改器、Cursor IDE 专文、非授权渠道的 Token 下载，都会导致对账结果与实际收费不符，进而引发挂账。
- 本站只引用公开挂牌页面，不提供任何「解锁免费档高级模型」或「永久会员」的操作指引。
- 关于 machine-id 重置或 cookie 2api 搭建等技术细节，本文不展开，仅保留在对账判断中的边界描述。
- 若 API 端点与缓存字段交叉计费，务必以
/api-transit的实际返回日志为准，否则容易把「缓存费」重复算一次。
> 免责声明：本文仅基于公开挂牌页整理的对账参考，不构成法律意见。价格以 OpenAI 官方公告为准，可能随版本更新而变动。
对账实操：从价表到金额
1. 先确认请求是 ChatGPT Plus 试用订阅（用户层）还是 API 调用（开发层）。
2. 记录完整的 input token 与 output token，扣除免费配额后计算 $/M。
3. 若使用长上下文或缓存触发，分别统计「首次输入」与「缓存复用」的消耗。
4. 以上数据对照 /official-prices、/official-api 与 /api-transit，以官方数据为准。
延伸阅读
- 查看 OpenAI 官方定价与 API 文档：
/official-api - 查阅 Token 成本与计费说明：
/official-prices - 了解会话传输与计费路径：
/api-transit - 参考对账路径与工具页：
/billing-path
---
English summary
This guide explains how to read the 2026 OpenAI official Token pricing for billing reconciliation, focusing on input, output, and cache fields. It emphasizes that prices should be derived from actual token usage reported by the API, minus free allowances, and that cache fields have their own pricing model and should not be treated as separate charges. The article links official pages such as /official-prices, /official-api, /api-transit, and /billing-path for verification, and reminds users to avoid non‑official modification tools or community channels that could cause mismatched billing. For practical reconciliation, record input and output token counts, check cache hits, and use the official data as the single source of truth when calculating $/M.