千问api免费额度

很多人第一次接千问，都是冲着「有免费额度」来的，结果注册完发现模型列表里有的能免费用、有的直接扣钱，控制台又找不到额度还剩多少。这篇不背任何具体数字，只给你一套查额度、判断适用范围、以及额度用完之前就该做好的成本动作，按着走一遍基本不会踩坑。

很多人第一次接千问，都是冲着「有免费额度」来的，结果注册完发现模型列表里有的能免费用、有的直接扣钱，控制台又翻不到额度还剩多少。更麻烦的是，你以为还有额度，实际早就切到付费计费了，账单出来才发现。这篇不背任何具体数字，只给你一套查额度、判断适用范围、以及额度用完之前就该做好的成本动作。

先明确一件事：免费额度不是「一个账号一大桶水」，它更像「每个模型各发一张券」。你注册、实名、开通服务之后，能用到什么、能用多久、什么时候失效，都要以平台当期说明为准，固定数字会变，所以下面所有涉及金额和额度的地方，一律让你去站内页面核对当时的数字。

额度在哪查、按什么口径算

查额度要分两条线走，别只盯一个页面。一条线是用量入口，看的是「我已经消耗了多少、还剩多少」，通常是按模型拆开的；另一条线是模型与计费入口，看的是「这个模型当前在不在免费范围内」。两边口径不一样：一个告诉你余额，一个告诉你资格。只看余额，你可能不知道资格已经变了。

用量入口

看剩余额度与消耗记录，按模型分别列出，用来判断「还能撑多久」

模型计费入口

看某个模型当前是否还在免费范围内，用来判断「这条路还能不能免费走」

新用户赠送额度

注册阶段给的一次性额度，有效期和适用模型集合通常与日常免费额度不同

日常免费额度

面向持续使用给的额度，按模型独立计算，某个用完不影响其他模型

• 免费额度通常按模型分别给、分别耗尽，不是整个账号共用一个池子，某模型用完不代表账号停了
• 新用户赠送额度和日常免费额度是两回事，有效期与适用模型集合都可能不同，别混着算
• 到期时间、赠送规则这类会变动的东西，一律到站内页面对照当前说明，不要凭记忆
• 养成习惯：接新模型之前先回计费入口确认一次资格，再写代码

哪些调用吃免费额度，哪些不吃

免费额度不是万能的，它只覆盖一部分调用方式。踩坑最多的就是「以为免费、结果扣费」。判断标准其实很简单：越接近标准同步文本对话的调用，越可能被覆盖；越偏离这个形态的调用，越可能单独计费。下面这张表帮你先做一遍自查。

还有一层容易被忽略：计费看的是 token 口径，一般分输入、输出、缓存三类单价，免费额度通常也按同样口径抵扣。这意味着输出越长、单次请求越大、调用越频繁，额度掉得越快。很多人不是被单价高坑到，而是被「每次都把整段上下文重发一遍」坑到。

动手前先做三步准备

别急着写业务代码，先用最小的成本把「量」摸清楚。下面三步做完，你至少知道免费额度大概能陪你走多远，以及用完之后的真实代价。

1. 用真实链路跑最短路拿业务里最简单、最核心的一条链路跑通，不要用官方 demo 估量。记录单次调用的输入 token 和输出 token，这一步的数字后面全要用到。
2. 折算付费后的花费把上一步记录到的量，按当前单价折算成付费后的花费，用这个结果判断「额度见底后我能不能接受」。具体数字到 /tools/model-cost-calculator 算，别口算。
3. 写下止损线再开跑在动手前就定好：额度剩多少时切换到付费、优先切哪个模型、哪条链路降级。写下来，避免额度突然见底时临时拍脑袋。

这套准备的价值不在于省钱，而在于让你对「什么时候会开始花钱」有预期。真正会出事的情况，是你在压测或者批量跑数据时把额度一次性打光，业务上线当天才发现要付费。

额度见底前后的降本动作

额度快见底时，大多数人的第一反应是「换一个更便宜的模型」。顺序反了。换模型会带来效果波动和重新调参的成本，应该放在最后一步做。前面两步投入小、收益直接。

• 先缩提示词和上下文：把每次重复的前缀固定下来做缓存，长文档切块按需取，不要整篇塞进去
• 再按任务分层：能接受稍慢或稍差的任务放到低价档位，关键链路保留高价模型
• 给调用加上上限：单次请求的 token 上限、每日调用次数上限都设好，防止异常循环把额度打光
• 最后才是比价与更换平台，切换前到 /price-watch 看当期价格变动，别拿旧价格做决策
• 真换平台时，到 /ai-nav/category/ai-model-platform 对比各平台的计费方式与限制条件

什么情况下这套顺序不适用？如果你的任务本身就是长输出、低延迟敏感，缩上下文会直接伤到体验，那就该老老实实把它归到付费档，别硬省。降本的前提是不把业务做坏。

免费额度是用来验证可行性的，不是用来长期跑业务的，两者一开始就要分开打算。