gemini 3.5 flash lite 价格

很多人第一次接轻量档模型，只看到一个「每百万 token 多少钱」就下单了，结果第一个月账单和心里那笔账对不上。这篇不背数字，讲的是 Gemini Flash Lite 的计费构成怎么看、去哪一页核对当期单价、以及把你的实际用量换算成钱的三步做法。适合准备接入或已经在跑、但还没算清成本的人。

很多人第一次接轻量档模型，做法是搜到一个「每百万 token 多少钱」就直接下单，等到账单出来才发现和心里那笔账对不上。原因不复杂：轻量档的计价是分项拼起来的，而你要跑的任务又和当初看到的那个数不在同一个口径上。

这篇不给你背任何数字，只讲三件事：Gemini Flash Lite 这类轻量档的价格由哪几块组成、当期单价去哪一页核对、以及怎么把你自己的真实用量换算成月度花销。适合正准备接入、或者已经在跑但还没认真算过成本的人。

轻量档的价格由哪几块拼起来

轻量档模型的价格从来不是一个数字，而是一组数字。输入和输出分开计价，输出通常明显贵于输入，所以只看其中一栏就下判断，几乎一定会错。文本之外还有多模态输入、缓存命中、批处理等不同的计价口径，每一种都有自己的适用条件。

所以顺序应该反过来：先确定你走哪条通道、任务会不会命中缓存、输出量大概什么量级，再去看对应的那一栏数字。通道没定就看单价，等于拿别人的报价单给自己做预算。

价格是会被调整的，任何写死在文章里的数字都有保质期。靠谱的做法是固定一个核对入口，每次做预算前重新打开看一遍。官方来源页列出规格与计价单位，是核对基准；站内的官方 API 价格页把各家按同一口径排在一起，适合横向比。

估算的关键不是记住单价，而是把用量拆对。输入和输出必须分成两个总量分别计算，合并成一个总数再乘单价，结果一定偏。下面三步按顺序做，做完你就有自己的月度区间了。

第一步：捞出两个 token 总量从你的调用日志里分别统计输入 token 和输出 token 的月度总量，不要合并。如果日志只记了请求次数，就先用平均长度估算，并标明这是估算值。
第二步：分别乘当期单价并加附加项输入总量乘输入价、输出总量乘输出价，再叠加缓存、多模态输入等附加项。单价去 /price-watch 或官方 API 价格页当场核对，不要凭印象填。
第三步：乘重试系数再做对比给失败重试和流量峰值留余量，一般按一到三成的额外比例上调，然后拿这个区间和你的预算比。差得太多，先回去看第一步的用量是不是漏统计了。

想省掉手工算的麻烦，可以直接用站内工具页的换算器，把量级填进去看结果。但换算器给的只是数学结果，用量本身还得从你的日志里来。

轻量档便宜是有前提的，前提不成立时它会反过来更贵。最常见的两种情况：任务需要长输出，输出单价会迅速吃掉轻量档的全部优势；任务需要多轮反复试错，调用次数翻倍带来的影响远大于单价高低。

判断方法很简单：拿你最近一周的实际日志，看输出 token 占比和平均调用次数。占比高、次数多，就说明这个任务画像不符合轻量档的适用条件，该换档而不是继续找更便宜的单价。

不用记太复杂，下单前把下面四行填完，后面基本不会再出现「账单和预期对不上」的情况。任何一行填不出来，就说明还没到可以下单的状态。

Gemini Flash Lite 和普通 Flash 差在哪，价格差很多吗？

两者定位不同：Lite 面向高频、短输出、对质量要求相对宽松的任务，单价档位更低。具体差多少要看当期数字，别信记忆里的旧价。可以去站内官方 API 价格页把两档并排看，再结合你的任务画像判断值不值得降档。

为什么我自己算的月费和账单对不上？

常见原因是漏算了输出 token、缓存读写、重试请求和多模态输入。建议先看用量日志里输入输出是否分开统计，再按口径逐项加总。差异如果还很大，多半是计价单位和倍率的问题，去账单口径相关的页面核一遍。

只用一个模型的轻量档，还有必要做预算吗？

有必要。轻量档单价低，但调用频次高起来后总额并不小，尤其是输出占比大的任务。做法很简单：按月设一个金额阈值，超了就回看用量分布，看是次数涨了还是单次变长了，再决定是限流还是换档。