很多人第一次看多模态模型的价目表就卡住了:文本按 token 算,图片又按张、按分辨率或折算成 token 算,两边口径不一致,预估的钱和账单对不上。这篇不讲具体数字,而是告诉你 GLM-5V-Turbo 的定价要去站内哪几页核对,以及把一次调用拆成文字输入、图片输入、输出三段后,怎么估出月度花费、怎么判断值不值得上。
第一次打开多模态模型的价目表,多数人的第一反应是「这怎么算」。文本按 token,图片按张或者按分辨率折算,输出又是另一套单位,三行字看下来还是不知道一次调用要花多少。GLM-5V-Turbo 也属于这一类:它的价格不是一个数,而是一组口径的组合。
这篇不报任何具体数字,因为价格会调、渠道会变,抄下来的数字很快过期。更实用的做法是把「去哪看当期数字」和「怎么把你自己的用量套进去」这两件事固定成流程。下面按选型实际会遇到的顺序拆开讲,每一步都给可执行的动作和判断标准。
价格别背,先去这几页看当期数字
GLM 系列的价格以官方按量计费页为准,输入、输出、图片各自的单价口径都在那里。第三方写的价格表普遍滞后,尤其是刚调价的那几周,两边能差出不少。所以团队文档里不要存数字,存链接和查询步骤。
- 到站内厂商页确认 GLM 系列的输入、输出与图片各自单价口径,注意区分不同计费单位
- 同一模型在中转站或聚合平台会叠加倍率,报价不同是正常的,比价前先把单位对齐
- 价格追踪页适合看趋势和调价时间点,不适合当唯一依据,最终仍以官方页为准
- 把「去哪查、多久查一次」写进团队文档,比抄一行数字管用得多
一次多模态调用其实是三段账
把一次调用拆成文字输入、图片输入、模型输出三段,是估准成本的前提。这三段经常用不同单位计价,混在一起算必错。下面这张对照表可以把它们的关系理清,实际单价仍需到站内页面核对。
| 费用段 | 常见计价单位 | 容易出错的地方 |
|---|---|---|
| 文字输入 | 按 token | 把系统提示词和长上下文漏算 |
| 图片输入 | 按张或按等效 token | 忽略分辨率对换算结果的影响 |
| 模型输出 | 按 token | 部分接口的图片或结构化结果单独计费 |
| 重试与失败 | 按实际消耗累计 | 只算成功请求,低估真实账单 |
拆完三段之后再回头看总价,你会发现真正难估的不是单价,而是每段各自会被什么放大。文字这条线主要看上下文长度,图片这条线看分辨率和张数,输出这条线看回答长度和格式要求。
图片这条线,什么在推高成本
图片是三段账里最容易被低估的一段。因为它不是线性增长:同一张图从低分辨率切到高分辨率,等效 token 数可能成倍上涨,而不是按比例涨一点。批量跑图的任务里,这一项常常直接决定项目值不值得做。
- 分辨率是第一变量,上传前先设上限,超出的一律压缩或缩放
- 同一张图在高频场景反复传输是常见浪费,能用引用、缓存或提前抽特征的优先做
- 图多字少的任务里,图片开销往往超过文本,估算时别默认图片只是零头
- 图片内容简单、识别难度低的场景,先用轻量模型试效果,够用就别上贵的
判断标准很简单:把你的测试集跑一遍,分别记录文本 token 和图片折算量,看哪一项占比更高。占比高的那一项,才是优化时该动的地方,动另一项收益有限。
四步估出你自己的月度花费
下面这套流程不依赖任何具体单价,单价从站内页面现查。好处是价格调整时你只需要换一个输入,流程本身不用改。
- 拆用量从日志里把文本 token 和图片张数分成两条线统计,不要只看总消耗,否则后面无法归因。
- 套单价分别乘上站内页面查到的对应单价,注意输入和输出的价差,输出通常更贵。
- 加系数乘上重试系数和峰值系数,真实流量不会一次成功,也不会全天平稳。
- 留缓冲给价格调整留出余量,季度复盘一次,用站内价格追踪页对时间点。
第三步的重试系数是最容易被忽略的。多模态接口遇到超时、格式错误、内容审核拦截都会重试,这部分消耗在账单里是真实发生的,但在你的预估表里常常直接漏掉。
什么情况下这个模型不划算
多模态能力是有溢价的,用不上这项能力的时候,为它付费就是纯浪费。下面几种情况可以优先考虑别的方案,但这只是方向判断,具体效果仍要你自己拿样本测。
| 场景 | 判断 | 建议动作 |
|---|---|---|
| 纯文本任务 | 多模态能力用不上 | 对比同价位里更擅长文本的模型 |
| 图片只是装饰 | 识别难度低 | 先用轻量模型试,效果够就不升级 |
| 批量固定模板图 | 结构高度重复 | 先转成结构化文本再调,成本结构完全不同 |
| 偶尔传图 | 占比极低 | 按量走,不必为图片专门做架构改造 |
反过来说,如果图片本身就是核心输入、文本只是辅助说明,那这条线的成本就是主营业务成本,该花就花,优化重点应该放在分辨率和缓存,而不是换更便宜的模型把效果做崩。
官方价和中转价放一起怎么比
官方的按量价和中转站的报价不是同一套语言,直接比数字没有意义。要做的是把两者换算到同一单位,再拼到一张表上。换算后的表可能和你的直觉完全相反。
- 先统一单位,把图片价换算成每千次调用或每千张,再和 token 价并列
- 把倍率、限速、并发上限一起看,便宜但限速卡得死,实际产能可能更贵
- 注意失败请求是否计费,这一条在不同渠道差异很大
- 拿不准行情时,先看站内模型可信度排行和中转站目录里别人踩过的坑
还有一条不适合的情况要提醒:如果你的调用量很小,比价的收益可能还抵不上切换渠道的联调成本。量小的时候,选一个稳定的渠道比省一点单价更重要。
上线后怎么防止账单跑飞
估算再细也只是估算,上线之后真正管用的是几道自动化的闸门。这些动作都不复杂,难的是提前做,而不是等账单出来再补。
- 设分辨率上限在入口处限制上传图片的最长边,超出的先压缩,这是最直接的一刀。
- 配预算告警按天设阈值,触发后通知到人,别等月底才发现。
- 做自动降级超过阈值时降级到便宜档或排队,而不是直接停服,保住可用性。
- 每月复盘把图片和文本的花费分开看,才知道下一步该优化哪条线。
月度复盘时重点看两件事:图片折算量有没有异常增长,以及重试比例是不是偏高。前者通常来自业务变化,后者通常来自接口不稳或参数没调好,两者的处理方式完全不同。
多模态成本不是算出来的,是拆出来、量出来、再管出来的。下一步去站内把当期单价、渠道倍率和可信度一起核对,再拿你自己的用量套一遍上面的四步流程,比看任何一篇价格汇总都准。→
常见问题
GLM-5V-Turbo 的具体单价在哪看?
站内不写死数字,因为价格会调。到站内 GLM 官方按量价格页看输入输出基准价,再看多模态模型页确认图片那条线的计价口径,两页对完才是完整价目。
图片到底按张算还是按 token 算?
两种都有,取决于接口实现。按张算的好处是单价稳定好预估,按 token 折算的好处是分辨率低就便宜。同一个模型不同渠道也可能不一样,接入前先在计费说明里确认是哪一种。
为什么我预估的费用和账单差很多?
多半是三段账没分开:图片等效 token 被算少了、重试没计入、输入输出单价用反了。把用量日志按文本、图片、输出三条线拆开重算一遍,差距通常就出来了。
纯文本任务有必要用多模态模型吗?
没必要。多模态能力占了一部分成本,你用不到就是白付。纯文本任务优先选同价位里文本能力更强的模型,效果和价格往往都更好。
预算告警怎么设比较合理?
按日均用量的一点五到两倍设第一道告警,按月度上限的八成设第二道。触发第一道先降级模型或压缩图片,触发第二道再人工介入,避免半夜跑飞。