chatGPT的token多少钱

大部分人是先接了接口、跑出第一笔账，才发现自己压根不知道单价是按什么口径给的：输入输出是不是一个价、缓存算不算、一亿 token 到底对应多少人民币。这篇不替你把数字背下来——单价随时会调，站点也一直在更新——而是给你一套查价和估算的动作顺序，让你拿到当期数字之后能自己算出预算，并且知道哪几项最容易算漏。

大部分人是先接了接口、跑出第一笔账，才发现自己压根不知道单价是按什么口径给的：输入输出是不是一个价、缓存算不算、一亿 token 到底对应多少钱。这篇不替你把数字背下来——单价随时会调，站内也一直在更新——而是给你一套查价和估算的动作顺序，拿到当期数字之后自己能算出预算。

核心就三件事：单价去哪查、单位怎么换算、估算时哪些坑最容易漏。把这三步走顺了，无论以后单价怎么变、你换哪个模型，都能自己重算一遍，不用等别人给结论。

单价别背，去这几个页面看当期数字

官方价目看 ，模型库 用来确认某个模型在不在售、上下文多大，两边对上了再开始算。价格页面负责给数字，模型库负责给「这个模型还卖不卖、能吃多长的上下文」，缺一个都可能算错对象。

• 同一个模型在不同通道（官方直连、云厂商托管、聚合平台）单价口径不一样，动手前先确认你手上这个 key 走的是哪条路
• 把页面上的输入价、输出价、缓存价分别记下来，这三项永远不是一个数，只记一个「均价」后面必错
• 查价动作建议定期做一次：模型上下架和调价不会提前通知你，跑之前顺手扫一眼 有没有变动
• 如果用的是聚合平台或中转站，还要看它自己有没有加价倍率，到 核对这家通道的历史可信度，别只看它页面自己标的数

把每百万 token 的单价换算成你能感知的量

单价一般按每百万 token 报，你要估的是一亿 token，那就是这个单价的固定倍数关系，不用记复杂公式，记住倍数方向就行。真正容易错的是「输入侧」和「输出侧」分开算这件事——输入按输入价、输出按输出价，一亿 token 如果大部分是输出，账会明显比按均价估的高。

1. 取样挑十条真实请求跑一遍，记录每次的输入和输出 token 数，别按「一篇文档大概多少字」拍脑袋
2. 求平均把十条的输入、输出分别取平均，乘上你的总请求量，得到一亿 token 里输入输出各占多少
3. 分类套价输入部分乘输入价、输出部分乘输出价、缓存命中部分单独乘缓存价，三段分别算完再加总
4. 验证区间把拆分后的两个数填进 或 ，看结果和你手算的差多少，差太多说明哪一步口径没对齐

手算和工具算对不上，通常不是算错，而是有一类 token 你没归类——比如系统提示词、历史上下文、工具调用返回的内容，这些一样计入输入。先看工具怎么拆的，再回查自己的取样里有没有漏项。

一亿 token 级别怎么估：四步走完再落预算

小流量可以拍脑袋，上到一亿 token 这个量级就不能靠感觉了。下面四步的顺序别调换，先定任务再取样，取样不准后面全废。每一步都留一次可验证的动作，别只写一个总数交上去。

第四步最容易被跳过。一亿 token 是理论用量，实际账单几乎总会高一点，原因无非是重试、上下文累积和并发把单次请求撑大。报预算时把这一档说清楚，比事后解释超支轻松得多。

哪些变量会让同一个估算对不上账

同一份需求、同一个模型，两个人估出来的数差一截，基本都出在下面几个变量上。估算前先确认自己站在哪个口径里，不然比价、比估算都没有意义。

计费口径

官方直连、云厂商托管、订阅折算、聚合平台倍率，同一个模型这几条路报出来的价不一样，比价前先对齐在比什么

缓存命中率

命中部分按缓存价算，估算时别默认全命中；机制细节在站内 token 成本那篇已经讲透，这里只提醒别漏这一项

上下文策略

把整段历史一直挂上去，输入 token 会随轮次线性上涨，估算时要按最大轮次算而不是按第一轮算

通道可信度

价格异常低的通道要留个心眼，去 看它的可信度记录再决定要不要压量过去

不适用的场景也说清楚：如果用量小到月度总额很低，或者你走的是包月订阅而不是按量计费，这套按 token 估算的意义不大，直接看订阅额度更省事。反过来，一旦用量上到需要报预算、需要比通道，这套流程就值得每次都走一遍。

单价会变，口径先定；口径定了，数字自己会算出来。