通义千问api价格

不少人在百炼上接通义千问时，先看的是「每百万 token 多少钱」这一个数，结果跑了一周发现账单对不上：有的是长上下文触发更高档位，有的是缓存读写各算一份，还有的是把不同档的模型混在一条链路里。这篇不报具体单价，只讲计费口径怎么读、哪些变量会改总价、去哪一页看当时的数字，让你在选档和控成本时不拍脑袋。

不少人在百炼上接通义千问时，第一眼看的就是「每百万 token 多少钱」这一个数，接完跑了一周发现账单对不上：有的是长上下文触发了更高档位，有的是缓存读写各算了一份，还有的是把不同档的模型混在同一条链路里。这篇不报具体单价，只讲计费口径怎么读、哪些变量会改总价、去哪一页看当时的数字。

目标很明确：让你在选档和控成本时不拍脑袋。看完你应该能自己拉一张对照表，把「我这次调用到底按什么价算」说清楚，也能在账单出来后十分钟内定位到是哪一项超了预期。

先弄清百炼按什么单位收钱

百炼的按量计费以 token 为基本单位，输入和输出分开计价，输出通常更贵。这意味着同样字数的提问和回答不能按一个价算，评估成本时必须把输入和输出拆开估。想知道当前各档的具体单价，到 /price-watch 核对当时的数字，别用记忆里的旧数。

• 输入、输出分开计价，输出单价一般更高，规划预算时按实际输出长度估
• 各档模型单价不同，同一个模型在长上下文区间可能落到更高价位带
• 缓存写入、缓存读取、普通输入、输出通常分列计价，四项分开才能定位钱花在哪
• 用量单位统一看 token，不要用「字数」估算，中英文和代码的换算比例差别很大

档位怎么挑：先看任务再比价

选档的正确顺序是先看任务需要多少能力，再比这一档的性价比。简单抽取、分类、格式化改写这类任务，低档模型往往就够；复杂推理、长文档理解、多步工具调用才值得上更高档。按价格倒着挑档位，最后通常会返工。

1. 收集一批真实样本从你自己的业务里抽几十条真实输入，覆盖简单和边界两类，不要只用演示数据。
2. 两档并跑用同一批输入分别跑低档和高档，记录输出质量、总 token 数和耗时，质量能接受就选便宜那档。
3. 按总成本比较别只比单价。低档模型有时因为输出啰嗦或多轮重试，总 token 反而更高，要按「一次任务的完整花费」比。

什么情况下这套不适用：如果任务对延迟或输出稳定性敏感，或者上游有硬性合规要求必须用某一档，省钱就不是第一约束，此时应该先满足功能要求，再在剩下的档位里做优化。

真正让账单变化的几个变量

单价只是乘法里的一个因子。实际把账单顶上去的，往往是上下文长度、重试次数和输出长度这几项。它们不是定价规则的一部分，而是你的调用方式带来的，所以也最容易改。

还有一点常被忽略：免费额度和付费额度混用时，先确认扣减顺序再算单价，否则成本会算到不该算的地方。具体扣减规则以站内计费说明为准，别凭猜测分摊。

查价与核账的正确顺序

查价和核账是有固定顺序的，顺序反了就会越算越乱。正确路径是：先看官方价格页的当前口径，再去模型库确认型号和上下文规格，最后回到自己的用量日志做乘法。先拿一个单价去反推用量，很容易把不同模型、不同计费项混在一起。

• 第一步：到站内官方 API 价格页看清当前各档的输入、输出和缓存单价
• 第二步：到模型库确认你要用的型号及其上下文规格，避免规格与档位对错
• 第三步：从自己的用量日志导出按模型、按输入输出、按缓存命中的分列统计
• 第四步：与账单同口径逐列比对，差在哪一列一眼能看出来
• 第五步：价格会调整，任何截图和笔记只作参考，报价前重新核对一次

核账时有个实用习惯：给每一次线上调用打上模型名和环境标签。这样账单里出现一笔异常时，能直接定位到是哪个功能、哪个环境产生的，而不是对着一个总数猜。