gemini 3.1 pro preview 价格

接 Gemini 预览版做开发，最常见的卡点不是接口调不通，而是不知道这个预览版到底按什么口径收费：预览期是不是有单独的价、输入输出是不是一个价、长上下文和思考类输出算不算额外项。这类信息官方改得勤，背数字没意义。这篇给一套可复用的核对顺序和成本测算方法，让你每次动手前都能在站内查到当期的真实口径。

接 Gemini 预览版做开发，最常见的卡点不是接口调不通，而是不知道这个预览版到底按什么口径收费。预览期的计价逻辑和正式版不一定一样，官方改价的频率也高，背某个数字毫无意义，转头就过期。

这篇不讲任何固定数字，只给一套可复用的核对顺序和成本测算方法。你按这套流程走一遍，每次动手前都能在站内查到当期的真实口径，也能大致估出自己这个月会跑掉多少钱。

预览版的价格到底由哪几块拼出来

先把「一个价」这个错觉去掉。一次请求进账单的通常不止一项，而且每项单价往往不同。你只要漏算其中一项，估算就会和账单对不上。

• 输入 token：你发过去的提示词、上下文、附件折算后的部分
• 输出 token：模型当场生成的正文，这一项在很多模型上单价高于输入
• 思考/推理类输出：部分模型会单独计价，不仔细看容易漏掉
• 多模态素材：图片、音频、视频进入模型后的折算方式和纯文本不一样
• 缓存与批处理：走不走缓存、走不走批处理，计价口径可能不同

哪些项真的单独收、哪些已经合并进输入输出，得看当期页面。预览版和正式版可能走不同价目表，预览期的价也可能随时调整，所以只看当期页面，别记历史数字。

输入 token

你发过去的全部内容折算后的用量

输出 token

模型当场生成的内容用量，常见情况是单价高于输入

思考类输出

部分模型单独计价，最容易被漏算的一项

多模态折算

图片、音频、视频进模型后按不同方式折算成用量

想确认某个具体模型哪些项收费、哪些项合并，去站内官方 API 汇总页和对应提供商的详情页核对，价格一旦变动以那边为准。

按用量估算：给开发者的一套算账顺序

估算的目的不是算准到分，而是知道量级，避免方案跑到一半才发现账单超预算。下面这套顺序照着走，几分钟就能出结果。

1. 量单次请求的长度把典型请求的输入和输出长度分别量出来，别凭感觉估。输入部分包含系统提示词、上下文和附件折算量。
2. 换算成单次金额用站内的 token 价格计算器把长度换算成金额，输入和输出分开算再相加。
3. 乘调用量得日成本单次金额乘以日均调用次数，得到日成本。别忘了加上重试和失败请求的余量，通常留一点缓冲。
4. 乘天数得月成本日成本乘当月天数，得出月成本区间，作为预算参考。
5. 单独拎出长上下文任务长文档、长对话这类任务单独算一遍，它们往往是账单里最贵的部分，混在平均值里会被低估。

估算结果只作预算参考，实际以账单为准。如果实际和预估差得明显，先回头检查计算器里的输入项是不是填错了，比如上下文长度漏算、模态选错。

数字去哪看：三个必须核对的页面

与其记住某个数字，不如记住「去哪看」。下面这几处是动手前必须核对的地方，顺序建议从上到下走一遍。

只看一家渠道容易出偏差。同一个模型通过不同云平台调用，计费口径可能不同，尤其当你已经在用某朵云做其他服务时，顺手对照一下能省掉不少意外。

• 价目本体：站内官方 API 汇总页和对应提供商详情页，这是报价基准
• 云平台渠道：同一模型走云平台调用，计价口径可能不同，单独对照
• 价格变动：站内价格追踪页面，方案定稿前顺手刷一遍
• 促销与额度：影响最终账单的项，去官方 API 对应页面确认是否仍生效

把预览版的成本压下来的几个动作

优化成本不是无脑省钱，而是把预算花在真正需要实时响应的调用上。下面几个动作按性价比从高到低排，前两条基本没有副作用。

• 能批量的任务攒起来走批处理，别用在线同步调用处理大批量请求
• 重复的前缀尽量复用缓存，缓存命中与未命中的计价不同，具体规则去站内词典和工具页对照
• 长文档任务先做摘要或分段再进模型，避免每次把整篇原文塞进上下文
• 给账号设预算告警，跑飞之前收到提醒，别等月底看账单
• 把非关键调用降频或错峰，尤其日志、埋点这类后台任务

长文档先摘要这一步通常省得最多，因为上下文长度直接乘在单次成本上。但要注意，摘要本身也会产生一次调用，如果摘要生成本身就很贵，这条不一定划算。

这套判断只在你有稳定调用量时成立。偶尔试几次的场景，花时间做缓存和批处理优化，省下的钱还没你改代码的时间值钱，直接用默认方式跑就行。