chatgpt token 计费

很多人一搜「chatgpt token 计费」，脑子里其实混着两件事：一边是每月固定扣款的 ChatGPT 订阅，一边是调接口按 token 结算的 API。这两套的扣费逻辑、额度和账单根本不是一回事，混着算必然算错。这篇就把两条线的口径拆开，给你判断自己属于哪一类、该去哪查当时的数字、以及预估花费时该按什么单位换算。

很多人一搜「chatgpt token 计费」，脑子里其实混着两件事：一边是每月固定扣款的 ChatGPT 订阅，一边是调接口按 token 结算的 API。这两套的扣费逻辑、额度和账单根本不是一回事，混着算必然算错。这篇就把两条线的口径拆开，帮你判断自己属于哪一类、该去哪查当时的数字、预估花费时该按什么单位换算。

先说结论方向：如果你只是打开网页或客户端聊天，你面对的是订阅账；如果你在代码里填 key、发请求，你面对的是按量账。两边的钱各扣各的，订阅没用完的额度挪不到 API 上去抵，反过来也一样。

先分清：订阅制和按 token 是两套账

订阅制是包月或包年一口价，用多用少当月扣的钱不变，超出额度通常是限速或降级，不会按 token 二次扣费。API 是按量结算，用多少算多少，账单随调用量线性变化。所以问「我这个月花了多少」之前，先确认自己在说哪一本账。

订阅账

固定周期扣款，额度体现在使用限制上，用完是变慢或排队，不是账单变厚

按量账

每一次请求都产生一条用量记录，输入输出分开计价，月底汇总成账单

中转账

走第三方平台时，计价口径由平台自己定，可能既不是纯订阅也不是纯按量

这条区分也有不适用的时候：如果你走的是第三方中转站或聚合平台，计费口径由平台自己定，可能按次数、按额度包、按 token 折算都有可能。这种情况先别套官方口径，直接去 /sites 看那家的规则说明，再对照它的价格页判断。

token 是什么，为什么账单按它算而不是按字

token 是模型处理文本的最小切分单位，中英文切分比例不同，同样一段话两种语言消耗的 token 数不一样，所以按字数估钱一定会偏。中文里一个常见词可能就是一个 token，也可能被拆成两三个，长句、代码、标点密集的文本拆得更碎。

一次 API 调用通常同时计入输入和输出两段，输出往往比输入贵，因此长回答比长提问更费钱。估算前先去 /ai-dict/category/basics 把 token、上下文这几个词的含义对齐，再用 /tools/token-price-calculator 做单位换算，别凭感觉拍一个数。

• 用同一段真实文本分别按字数和按 token 数估一遍，差值就是你的估算误差来源
• 记录一次典型请求的输入长度和输出长度，这两个数比总调用次数更影响账单
• 注意缓存命中、批量接口这类特殊情况，它们的单价口径和普通调用不同
• 出图、语音、嵌入这类任务的计价单位不是文本 token，别拿这套去套

具体数字去哪查，别背下来

单价是会被调整的，所以别记死数字，用的时候现查。查之前先想清楚自己要的是哪一类信息：是官方按量单价、是订阅档位、还是某类编程套餐的额度口径。三者在不同页面，混着看很容易张冠李戴。

如果你是走中转的，除了看平台自己的价格页，还要留意它标注的计费单位是 token 还是次数，以及是否有最低充值或过期规则。价格历史变动可以去 /price-watch 对照当时的情况。

自己动手估：三步把用量换成钱

1. 收集一段真实用量记录至少包含调用次数、输入 token 数、输出 token 数。没有日志就用一两天的实际使用手动记一遍，宁可样本小也别用假设数。
2. 分开算输入和输出把输入和输出分别乘以对应单价再相加，别用一个平均单价糊过去。缓存命中的部分单价通常不同，单独拎出来算。
3. 留出余量把重试、失败重发、长上下文这几项算进去，否则实际账单会比预估高。有余量心里才有底。

常见坑是拿订阅的月费去除以 token 数，得到一个折算单价。这个数只在你自己那种用法下成立，换个人换种活就不准，别拿它去跟别人比，也别拿它去判断 API 贵不贵。

还有一个容易忽略的点：判断「值不值」不该只看单价，要看你单位时间内解决了多少事。同样一段预算，产出质量差一截的便宜方案，折下来反而更贵，这部分主观判断只能自己拿实际任务试。