很多人第一次给 GPT-5.5 做预算,是拿着某篇二手文章里的单价乘调用次数,结果月底对不上账。问题通常不在算术,而在口径:哪些 token 计入、缓存那栏怎么走、批量和实时的价是不是一件事。这篇不背数字,只给你一份查价与算账的顺序,照着走就能自己得出结论。
很多人第一次给 gpt5 5 做预算,是拿着某篇二手文章里的单价乘调用次数,结果月底对不上账。问题通常不在算术,而在口径:哪些 token 计入、缓存那栏怎么走、批量和实时的价是不是一回事。这篇不背数字,只给你一份查价与算账的顺序,照着走就能自己得出结论。
先把心态摆正:单价一直在动,任何写死在文章里的数字都有保质期。你要练的不是记住某个数,而是知道该打开哪个页面、抄下哪几栏、怎么把自己日志里的用量代进去。下面按「去哪看 → 看哪几栏 → 抄什么 → 怎么算 → 什么时候别用这套」的顺序拆开。
先搞清楚价格该去哪一页看
查 gpt5 5 官方 API 价格,唯一靠谱的来源是官方价目与图片视频模型对照页,别从论坛截图、群聊报价或第三方博客里抄数。二手信息最常见的坑是漏掉时点和单位,看上去是个单价,实际可能是几个月前的,或者口径早就换了。看到任何报价,先问它写的是哪个计费单位、什么时候查的。
- 到 OpenAI 官方价目与图片视频模型对照页看当期口径,不抄别人的转述
- 把输入、输出、缓存几栏分开记录,混在一张表里后面没法算
- 记下查看时间,价格调整后旧数字就作废了
- 模型名对不上档位时,先去 AI 模型库确认型号归属,再回价目页对价
一张账单里到底有哪几栏在计费
很多人以为只有「输入 + 输出」两栏,其实缓存读写往往是独立的计费位置。命中缓存和未命中的走法不同,具体命中条件、缓存保留多久,到站内模型资料库里核对,别在这里套用你以为的规则。另外,批量接口和实时接口、不同档位或区域,计费口径可能都不一样,比价前先对齐自己实际走的是哪一条。
| 计费栏 | 怎么产生的 | 估算时怎么处理 |
|---|---|---|
| 输入 token | 你发过去的提示词、上下文、历史消息 | 按实际请求体统计,别漏掉系统提示 |
| 输出 token | 模型生成的正文、思考或工具调用参数 | 通常比输入贵,估预算时不能只算一半 |
| 缓存读 | 命中缓存的输入部分 | 属于单独的计费位置,具体条件去站内核对 |
| 缓存写 | 建立或刷新缓存产生的部分 | 是否单独计费、怎么计,以当期页面为准 |
如果你走的是中转站或云厂商托管,那这张表只能当背景知识。实际单价由对方的倍率和规则决定,去中转站导航里看该渠道的计费说明才是正解。
在官方价目页上要抄下哪几个数
打开官方价目页之后,不要只截图,动手把关键字段抄成一行一行。至少要抄下:模型标识、计费单位、输入单价、输出单价、缓存相关栏位、以及你查这个页面的时间。单位特别容易出事,按百万 token 和按千 token 差一个量级,抄的时候连单位一起抄下来。
- 确认型号先在 AI 模型库找到你要用的确切标识,别用别名去猜,避免把不同档位的价对错。
- 抄下各栏单价输入、输出、缓存分行记录,每行都带上单位和查看时间,方便以后复盘价格有没有变。
- 标出适用范围看清该单价适用于哪种调用方式,批量、实时、不同区域是否同价,写在旁边备注。
- 存一份自己的价目快照把这次抄的内容存成表,下次调整预算时对比新旧,一眼就知道哪栏动了。
如果官方页面上的模型名和你在用的对不上,别硬套,先去站内模型资料库查清楚归属关系,再回来看价。这一步花不了几分钟,但能避免整份预算建在错档位上。
把你的用量代进去,算出一个能对上的预算
算出预算的关键不在单价,而在你自己的用量结构。先去调用日志里拉出输入、输出、缓存三项的月度 token 数;没有日志就先按业务量粗估,然后每周拿实际值修正一次。三项分别乘对应单价再相加,千万别用一个平均单价乘总量,那样误差会很大。
- 从日志里分栏统计输入、输出、缓存的 token 量,别只统计总请求数
- 三项各乘对应单价再求和,不要用混合平均单价
- 把重试、失败请求、工具调用产生的额外 token 也算进去
- 业务量增长、上下文变长、缓存命中率变化都会推高实际值,预算里留出波动空间
如果你的用量还在早期、波动大,就别追求一次算准,改成按周滚动修正。等连续几周的结构稳定了,再固化成月度预算。想对比不同模型的成本结构,可以到站内价格追踪页看趋势,而不是自己拍脑袋。
什么情况下这套算法不适用
前面这套按量算账的方法,有三个常见的不适用场景,硬套会得出错误结论。
| 场景 | 为什么不适用 | 该看什么 |
|---|---|---|
| 走中转站或云厂商托管 | 实际单价由对方倍率决定,和官方价不是一回事 | 该渠道的计费说明和倍率页 |
| 用订阅制编程套餐 | 成本是包月,不是按 token 计量 | 套餐本身包含的额度和限制说明 |
| 多人共用一个 key | 算出来是总账,不是单位成本 | 先做用量归集和分摊规则 |
还有一种情况:你只是想粗略比一比不同模型贵不贵,那也不必精算,直接看站内模型资料库里的计费栏目横向对照就行。真正的预算要落到自己的用量上,别人的账单结构跟你没关系。
价格是别人定的,用量是你自己的,能对上账的预算永远从日志里长出来。下一步把你这周的输入、输出、缓存三项 token 量拉出来,对着站内模型资料库和价格追踪页当期数字走一遍,先算出第一版预算,再按周修正。→
常见问题
GPT-5.5 官方 API 现在多少钱?
这个数会调整,不适合写在文章里。正确做法是到站内 OpenAI 官方价目页看当期数字,抄的时候连单位、档位和查看时间一起记下来,之后复盘才知道自己用的是哪一版口径。
为什么我按单价乘 token 数,和账单差很多?
常见原因有三个:只算了输入没算输出;没把缓存读写单独列一栏;把这一个月的用量当成了线性增长。建议先拉真实日志,把三项分开算,再和账单对一次差额。
做预算时该按什么量级留余量?
看你的业务波动。稳定批处理的余量可以小一些,交互式产品因为上下文会越滚越长、重试也会增加,通常要留出明显空间。不确定就先按周跑一轮真实用量,再反推月度。