大模型 API 按量计费怎么估账：三个量级、一个折扣口径，一晚 3000 万 Token 约为官方价一折

账单结构变了：从买周期，到买 token

大模型 API 的付费方式正在从包周期转向纯按量。对使用者来说，这不是一句计费口径的变化，账单结构整个换了一套。

以前是先把钱押在一个周期上，用不完也过期。现在是跑一次记一次，用量和支出直接挂钩。

好处是试错便宜，代价是账单不再可预测。想控制成本，只能把 token 量级摸清楚。

一、成本由两个乘数决定

按量计费的账，本质是两个乘法：单次长度 × 调用次数。

单次长度又拆成输入和输出，两者单价不同，输出通常是输入的 3 倍左右。

这意味着同样的调用次数，输出密集的任务（写代码、生成长文档、逐段改稿）成本会明显高于问答类任务。

二、三个量级，构成估算基准

日常对话：一次几百 tokens，100 次也只有几万。

长文档：一篇 2 万字报告，输入 3 万 tokens 上下，输出再加 1 万。

整库代码：几十个文件一起读，30 万 tokens 起步，100 万并不罕见。

中间还有一档常被忽略：一次代码审查，5 个文件、每个 200 行，输入就是 8 万 tokens 左右。

这三个基准记下来，任何任务的账都能往里套。

三、字数换 token，按 1.5 倍估

中文 1 个字大约合 1 到 2 个 token，1 万 tokens 对应 6000 到 8000 个汉字。

英文和代码更省，同样字符数消耗的 token 更少。

估算时按 1.5 倍留余量。低估的代价是账单出来后要倒推哪个任务超支，成本比多估一点高得多。

四、一笔完整的账

假设一个任务：200 次调用，每次输入 2 万 tokens、输出 6000 个 token。

一晚合计输入 400 万、输出 120 万，共 520 万 tokens。

按官方价结算，这是一笔不小的支出。按 TimeDigital 中转站当前口径，输入约 1.7 折、输出约 0.9 折，账单大致落到官方价的一折。

另一种跑法可以对上：500 次小提问，每次 3000 tokens，一晚 150 万 tokens，只有上一种的三成。

用量越大，折扣带来的差额越明显，这也是按量计费在大规模任务上更划算的原因。

五、压成本的动作几乎都在输出侧

输出是账单大头，控制成本的手段也就集中在这里。

把 max_tokens 设死，避免模型自由发挥到 4000。长文档分段送，控制上下文长度。需要固定格式时给样例，比写 500 字的文字要求更有效。

这些动作不改模型，只改调用方式，跑一晚就能从账单上看出来。

六、接入成本：两处配置

TimeDigital 中转站走 OpenAI 兼容接口，改 base_url 和 api_key 两处即可接入，Claude Code、Codex、Cursor、Cherry Studio 等工具通用。

收费只有按量一种，没有套餐和有效期。模型覆盖 deepseek-v4-flash、deepseek-v4-pro 与 minimax-m3-1M（100 万 tokens 上下文）。

站点：https://www.timedigital.cn

具体价格与折扣以官网当日页面为准，分组和活动会调整。

结语

按量计费不是更贵或更便宜的问题，是把成本从固定支出变成可控变量。

估一次，对一次，两次差得多就回去查调用方式。做上两轮，账单基本不会再出意外。