mimo-v2-omni价格

很多人第一次给一个多模态模型接 API，卡的不是能不能调通，而是不知道钱会怎么扣：是不是按张图收费、输入输出是不是一个价、账单出来为什么和自己估算的对不上。这篇不讲别的，只把 MiMo-V2-Omni 的价格该怎么看、按什么口径算、去哪里核对当期数字讲一遍，顺便给一套三步估算法，让你在正式跑量之前先有个心理价位。

第一次给一个多模态模型接 API，卡人的往往不是能不能调通，而是钱会怎么扣。是不是按张图收费、输入输出是不是一个价、账单出来为什么和自己估算的对不上——这些事不搞清楚，跑量的时候心里没底。这篇只讲 MiMo-V2-Omni 的价格该怎么看、按什么口径算、去哪里核对当期数字。

先把预期放正：模型价格是随时会变的，任何写死在文章里的数字隔一阵就过期。所以这里不给你一个具体数，而是给你一套查价和算账的方法，让你自己到站内页面上拿到当时的口径，再折成自己的预算。三步估算法放在后面，动手前先算一遍，心理价位就有了。

一笔调用费由哪几段拼出来

别一上来就盯总价，先把计费项拆开。多模态请求的费用一般由几段拼成：输入 token、输出 token，图片、音频、视频这类媒体内容往往折算成等效 token 再计入总量。折算比例各家不一样，也可能会调整，所以要以官方页面写的口径为准，不要凭印象套。

• 先分清计费项：输入 token、输出 token，媒体内容折算成等效 token 后计入，折算规则看官方页面
• 输入和输出通常不是一个单价，输出比输入贵是常态，别拿输入价乘总用量
• 看清单价单位：是每百万 token 还是每千 token 报价，换算差三个数量级，估错基本都错在这
• 到 /official-api/providers/xiaomi 核对官方接口的计费项和档位，再去 /models 看这个模型的基本规格

还有一个容易被忽略的点：同一个模型在不同档位、不同上下文长度下，单价可能不一样。长上下文请求往往更贵，或者有单独的档位。如果你的场景里提示词特别长，估预算时要把这一档单独拎出来算，别拿短请求的均价去乘总量。

当期价格去这几个页面看，别背数字

价格是动态的，正确做法是每次要用之前去站内看一眼，而不是记住某个数。站内几个页面各有分工，按下面的顺序走一遍，基本就能把当期口径拿全。

如果你不是直连官方，而是通过中转或聚合平台调用，那要额外确认一层：平台自己的倍率换算规则。同一份官方价，不同站的倍率算法不一样，最后落到你账单上的数就不一样。先把倍率问清楚，再决定用哪家。

• 官方口径优先，任何第三方报价都拿它当基准
• 横向对比看相对位置，别只看一家
• 长期项目固定一个频率去看调价记录，避免被静默调价打个措手不及
• 走中转的，先把倍率换算规则确认到位再跑量

三步把用量折成钱

查到了单价，下一步是把自己的用量折成钱。这一步最容易出错的地方是拿总 token 乘一个单价，而正确做法是输入、输出分开算再相加。媒体折算量单独加一段。下面这套三步法，找一个真实请求跑通一遍，就能推广到全量。

1. 先记账拿一个典型请求，确认平均输入多少 token、输出多少 token；多模态的额外算上媒体折算量。验证方式是拿同一类请求多跑几个取平均，别只用一个样本。
2. 再乘单价输入量乘输入价、输出量乘输出价，两个数相加。媒体折算部分如果单独计价就单独一项。验证方式是把算出来的单次成本乘以日请求量，和预期量级对一下，差太多说明哪一步口径拿错了。
3. 留余量真实线上会有重试、超长上下文、提示词膨胀，按实测值上浮一档做预算更稳。验证方式是上线头几天盯实际用量，和预算比，偏了就调。

单次调用成本如果不想手算，站内有两个工具可以现场换算，把输入输出量填进去直接出结果。手算容易在单位和小数点上翻车，能用工具就用工具。

跑起来之后怎么守住预算、怎么对账

预算不是算完就完事，跑起来之后还得守住。上线前先设一道闸：日预算上限加一条告警线，把跑飞控制在一晚以内。具体设几道闸、阈值怎么定，本分区讲预算告警的文章里已经展开过，这里只强调一件事——先有闸再跑量，别等账单出来才后悔。

对账建议固定成一个周期动作，每周一次就够。拿用量日志和账单对，按输入、输出、媒体、重试四类分摊，哪一段超了一眼能看出来。如果账单和预估对不上，先查缓存命中和倍率口径，这两块本分区已有专文讲透，别在这里重复排查浪费时间。

• 上线前设日预算上限和告警线，先有闸再跑量
• 每周对一次账，按输入、输出、媒体、重试四类分摊
• 对不上先查缓存命中和倍率口径，这两块有专文
• 数据来源标注清楚：推测值、实测值、官方公示值分开记，复盘时才不会自己骗自己

价格会变，口径也会变，唯一不变的是：动手前先去站内核对当时的数字，再折成自己的预算。