openai的APIcredit价格

成本与用量

讲清 OpenAI API 的 credit 计价口径与充值换算思路:钱怎么变成额度、额度怎么被消耗、余额和账单去哪对。

很多人第一次给 OpenAI API 充钱时会卡在同一件事上:明明充了一笔,后台却显示的是 credit 而不是现金;跑了几次之后余额掉得比心算快,又不知道是单价问题还是换算问题。这篇不讲具体数字,只给你一套能自己核对的顺序:先分清充值单位、计价单位和结算单位,再去站内几个页面把当期数字对上,最后用用量记录倒推一遍,确认自己没算错。

很多人第一次给 OpenAI API 充钱时会卡在同一件事上:明明充了一笔现金,后台看到的却是 credit;跑了几次之后余额掉得比心算快,又分不清是单价问题还是换算问题。这篇不讲具体数字,只给一套能自己核对的顺序:先把充值单位、计价单位和结算单位分清,再去站内几个页面把当期数字对上,最后用用量记录倒推一遍,确认自己没算错。

核心逻辑就一句话:钱换成额度,额度再按 token 消耗掉,任何一段对齐错了,最终账单就跟你的心算对不上。下面按「单位是什么 → 数字去哪看 → 怎么核对 → 怎么控预算」四步走,每一步都给你可执行的动作和判断标准,数据一律到站内页面核对当期值,不要背数字。

先搞清 credit 到底是个什么单位

credit 是账户里的记账额度,它既不是模型单价,也不是 token 数量。三者串起来是一条链:现金充进来变成 credit,credit 再按各模型的单价被 token 消耗掉。你看到余额变少,实际是「额度 ÷ 单价 = 可用 token」的换算在跑。链上任何一段口径没对齐,最后算出来的钱数就偏。

计价单位
模型按 token 收费的单价,通常会区分输入与输出,两者的系数往往不同
结算单位
账户实际扣减的额度,可能按次记录、按天汇总,或按账期出账单
缓存命中
相同前缀的重复内容被缓存后,这部分常走另一套系数,不能直接用普通单价套
  • 先分清账户里 credit 的来源:赠送的和自己充值的往往是分开的,扣减顺序和有效期可能不一样,混着看就会算错
  • 确认计价口径是按输入、输出分别算还是合并算,缓存读写是不是另算,这决定你乘的是几个系数
  • 术语没对齐就先去 /ai-dict/category/basics 把 Token、上下文长度这些词的定义看一遍,再动手算账
  • 不适用的情况:如果你用的是订阅制客户端而不是按量 API,credit 这套换算基本用不上,别硬套到包月产品上

当期数字去哪看,不要背

模型单价会调整,任何写死在文章里的数字迟早过期,所以正确姿势不是记数字,而是记住「去哪核」。每次要对账之前,打开官方价目页面把当期单价对一遍,再用站内计算器换成「一次请求大概花多少」,最后用自己的用量记录验证。

你要确认的东西去哪看看什么
各模型当期单价/official-api输入、输出、缓存各档系数
OpenAI 具体条目/official-api/providers/openai是否区分版本、是否分档
一次请求的成本/tools/model-cost-calculator按你的输入输出结构估算
价格什么时候动的/price-watch变动节点,判断是不是官方调价

充值换额度、额度换用量:一条核对链

核对不是看一眼余额就完事,而是要能把「充值金额 → 到账额度 → 实际扣减」这条链走通。走不通的地方,大概率是币种折算、计价口径,或者账户下还有别的 key 在偷偷花钱。下面这条链按顺序走,前一步没对齐就别急着看下一步。

  1. 对齐币种与折算口径先确认充值是哪种货币结算、到账按什么比例折成额度;涉及外币的额外成本,可参考 /guides/overseas-subscription-fx-fees 这类页面的思路,这一步错了后面全错
  2. 拉出用量记录拆项把输入 token、输出 token、缓存读写分开列出来,各自乘当期单价再求和,得到的数应该和账单扣减在同一个量级
  3. 看差额找原因差额很小通常是四舍五入和计价口径差异;差额很大先排查同一个账户下是不是还有别的 key、别的项目在花钱
  4. 承认算不到的部分平台侧的折扣、赠送额度的抵扣顺序若不公开,你只能从账单倒推,别指望精确到分,能对上量级就算核对通过

这里有个常被忽略的点:充值和扣减的时间点可能错位。比如额度按充值时刻折算,扣减却按调用时刻的单价算,中间如果正好跨过一次调价,两边就对不上。遇到这种差额,先去 /price-watch 看那段时间有没有变动记录,再判断是不是正常。

把 credit 变成可控预算的三个动作

搞清楚换算只是第一步,真正的目的是让花出去的钱可控。思路是:别让一个 key 承担全部流量,设多道预算闸,再固定周期复盘。这样即使某次调用跑飞,损失也被限制在一晚以内,而不是月底看账单才发现。

  • 按项目或按 key 拆账户,出问题时能立刻定位到是谁花的、哪个服务在漏
  • 设预算告警和硬上限,多道闸的做法可参考 /guides/budget-alert-five-gates 的思路
  • 固定周期复盘一次用量,节奏参考 /guides/monthly-usage-review-guide,对照 /usage 看量级是否异常
  • 不适用的情况:单人小项目、每月调用量很小的时候,拆账户和告警的维护成本可能高于省下的钱,把用量记录留全就够了
下一步拿你最近一次的充值记录和用量明细,按上面那条核对链走一遍;先去 /official-api/providers/openai 对当期单价,再到 /price-watch 确认那段时间有没有调价,基本就能判断差额是口径问题还是真的有漏。

常见问题

OpenAI API 的 credit 和 token 是同一个东西吗?

不是。credit 是账户层面的记账单位,token 是模型处理文本的计量单位,单价则挂在具体模型上。一条链路是:你充钱换成 credit,调用时按模型单价扣 credit,而单价的计价基础是 token 数量。任何一环的理解错位,都会让你觉得「钱掉得莫名其妙」。具体换算比例去 /official-api 看当期口径。

为什么我按单价手算的金额和账单对不上?

常见原因有三个:一是输入输出单价不同却被你按同一个价算了;二是缓存命中的部分走了另一套系数;三是账户下还有别的 key 或项目在同时消费。建议先把用量记录按输入、输出、缓存分开列,再乘当期单价重算一遍,差额仍大就去查是不是有旁路消费。

充值之后额度没到账或者余额不对,先查什么?

先确认充值是否走的是同一个账户和组织,很多人是个人账号充了、项目却挂在别的组织下;再确认结算币种与到账口径,外币结算的汇率和手续费会体现在到账额度上;最后看是否有未出账的在途调用。三步都排完还不对,再拿订单号和扣费记录去问客服。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。