mimo-v2.5-pro价格

你打算把 MiMo 接进项目，搜到几个报价却对不上：有的说按 token、有的说按额度折算，还有的干脆只写「详询」。这不是谁报错了，而是计费口径根本不在一条线上。这篇帮你把查价、比价、判断渠道差异的步骤走一遍，最后能自己算出一份可比的报价单。

你打算把 MiMo 接进项目，搜到几个报价却对不上：有的说按 token、有的说按额度折算，还有的干脆只写「详询」。这不是谁报错了，而是计费口径根本不在一条线上。官方页面标的是原始单价，中转站标的是折后价，聚合平台又给你换成「点数」，三种东西长得像数字，其实没法直接相减。

这篇不给你一个「谁最便宜」的答案，那种答案过两周就作废。我们走一遍完整流程：先找到官方那一份基准，再把各渠道的报价拉回同一口径，最后用你自己的真实用量算出一份能对比的报价单。走完之后，你手里的数字能横向比，也能随报价变动自行更新。

先找到官方那一份基准价

比价的起点只有一个：官方计费页面。中转、代理、聚合平台全是在它上面加价、折算或者限制出来的，脱离这一份基准，你后面看到的所有折扣都没有意义。打开站内的小米 MiMo 官方接口页，先老老实实把输入、输出、缓存三项的单价抄下来，再往下走。

1. 抄下原始单价到站内的官方接口资料页，把输入 token 单价、输出 token 单价、缓存读写单价分别记下来，三项分开记，别合成一个数。
2. 确认计费单位看清是「每百万 token」还是「每千 token」，这一步差一个数量级，抄错后面全错。
3. 问清没写明的项限速、并发上限、是否含缓存折扣，官方页面没写的就单独确认；没确认之前，按最保守的口径估算成本。
4. 固定一个时间点官方价也会调，把查价日期标在你的表头上，后面每次更新都从这一天往上比。

比价前必须对齐的四个口径

报价对不上，九成是因为双方在说不同口径。把下面四项对齐之后，剩下的数字才有可比性。对不齐的，不是贵和便宜的关系，是两种货币的关系。

额度折算这一项最容易被绕。有些渠道不直接标 token 单价，而是卖「额度包」，你需要把它换算成每百万 token 的单价格式。换算之前先确认额度包有没有有效期、能不能退、有没有最低消费门槛——这三项决定了折算出来的单价是不是真能用到。

官方直连和中转渠道，差价从哪来

中转渠道能比官方低，一般来自三种来源：批量采购的规模折扣、汇率差、以及把你的流量放进共享池子里排队。前两种差价是真实的，第三种则是把成本转嫁到了你的等待时间上。所以判断标准不该是「哪家数字小」，而是「它便宜的那部分，是用什么换的」。

• 批量采购与汇率差：这类差价相对稳定，渠道本身不改变你的调用体验，可以重点看。
• 共享池排队：便宜档往往在高峰时段限速或降速，交互类应用体感会很差。
• 额度包预充：单价看着低，但钱先付出去，渠道跑路或调价时你手里只剩一个数字。
• 只标「详询」：没有公开单价就没法比，要么让对方给出书面单价，要么直接跳过。

哪些情况适合走中转？离线批处理、对延迟不敏感、任务可重试、单次调用量不大但总量多的场景，都能容忍限速。反过来，面向用户的实时对话、需要稳定首字延迟的服务，便宜一档省下的钱很可能被你花在重试和用户投诉上。

把各渠道的报价折算成同一张表

现在把官方价和几个候选渠道的报价拉进同一张表。核心只有一个：统一成「每百万 token 综合单价」，并且用你自己的输入输出比例加权。很多渠道对外演示用一比一，但你的任务里输出可能只占很小一部分，按一比一算出来的结论到了实际账单上会偏。

1. 填入你的用量结构统计最近一段时间的输入 token 与输出 token 比例，作为加权系数，别用默认的一比一。
2. 算综合单价输入单价乘以输入占比，加上输出单价乘以输出占比，得到每百万 token 的综合单价。
3. 加上损耗系数把限速、超时、失败重试造成的重复消耗，按你实测的比例乘进去，得到有效成本。
4. 缺口留空没有实测数据的渠道先空着，别拿宣传价直接填，否则整张表都是假精度。

加权比例和损耗系数这两项，建议每次更新报价表时一并复核。用量结构会随产品迭代变化，半年前算的比例，现在可能已经不适合了。

容易被漏掉的那几笔钱

纸面单价只是账单的一部分。下面这几笔在宣传页上通常不会突出，但在真实用量里占比不低，算成本时如果漏掉，选出来的渠道往往不是最省的。

重试成本

被限速或超时后重发的请求，多数渠道照样计入消耗，等于同一份内容付了两次钱。

缓存写入与读取

两者是分开计价的，用量日志要能拆开看，否则你分不清钱花在写还是读上。

长上下文计费

按实际输入长度算，把整篇文档塞进上下文和分段处理，成本差距很大。

排队时间

并发不够导致任务排队，时间成本虽然不计入账单，但算入你的交付周期。

想拿真实数据，可以到站内的成本测算工具里按自己的输入输出比例跑一遍，再用用量日志核对。两条路径对不上时，先怀疑口径没对齐，再怀疑渠道计费异常。

怎么用实测数据校正纸面价格

纸面价再对齐，也只是估算。真正决定你选哪家的，是同一批任务在各渠道跑出来的实际账单。做法不复杂，关键是要固定变量，别今天跑这个任务明天换那个任务。

1. 准备固定任务挑一段有代表性的真实任务，长度、输入输出比例固定下来，之后每次都跑同一份。
2. 同时间段跑同一批渠道尽量在同一时段发起，避开高峰差异带来的误判；每个渠道至少跑两轮。
3. 只看两个数实际消耗的 token 数和最终扣费金额，两者相除得到真实单价，其他指标先放一边。
4. 连续几天取中位数单次波动不说明问题，取几天数据的中位数，再和纸面价对照。
5. 差距异常就去核对真实单价和纸面价差距超过合理范围时，到站内价格追踪页核对当时的报价，排除调价因素。

纸面价决定你从哪家开始试，实测单价决定你最后留在哪家。

什么情况下别急着比价

比价是有成本的，你的时间也是成本。下面这些情况里，花一整天算单价不如先把功能跑通，等用量上来了再回头优化。

• 任务量很小：一个月调用不了几次，差价比不上你切换渠道、改代码、重新调试的时间。
• 线上实时服务：对延迟和稳定性要求高的场景，便宜一档可能因为降速反而变成最贵的选择。
• 数据合规有硬要求：能不能用某个渠道，取决于合规结论，不看价格。
• 还没摸清用量：输入输出比例都不知道，算出来的单价只是猜，先跑一段时间再说。

反过来说，一旦你的月用量上到一个自己会心疼的档位，或者输入输出比例稳定下来了，这时候再回来按上面的步骤做一次系统比价，收益就明显了。判断的界线不是固定的金额，是你自己觉得「这笔钱值得花半天优化」的那一刻。