千问的免费额度是多少

很多人第一次用千问，界面显示还能用，可一到 API 就提示欠费或者额度不足，问题多半出在「你说的是哪个免费额度」。这篇不背数字，只教你去哪看当期数字、怎么看它的适用范围和到期规则，以及额度快见底时先做哪三件事。

很多人第一次用千问，聊天窗口里随口问几句都正常，可一换成写代码调接口，就收到欠费或额度不足的提示，两边完全对不上。问题多半不在账号，而在你说的「免费额度」根本是两个东西。这篇不背数字，只教你去哪看当期数字、怎么看适用范围和到期规则，以及额度快见底时先做哪三件事。

先把话说在前面：下面提到的所有金额、额度大小、赠送档位，都别记死，各家规则调整得比你想的勤。真正靠谱的做法是每次都去站内对应页面核对当时的数字，用页面上的规格和条款做判断，而不是拿几个月前的印象去套。

先分清：你说的是哪一个「免费额度」

千问至少有三个入口会提到额度：网页或 App 的对话次数、云平台的赠送额度、以及 API 按量计费账户里的余额。这三者互不通用，聊天窗口里显示还能聊，不代表接口能调；接口余额充足，也不代表网页端没有别的限制。混在一起看，就永远搞不清自己到底还剩多少。

产品侧额度

消耗在对话界面里的次数限制，跟钱无关，只影响你在客户端能不能继续聊。

平台赠送额度

云平台发给新用户或特定活动的额度，消耗在账单里，用光后可能直接停服或转按量。

API 账户余额

你实际充值或结算的余额，是真正意义上的钱，扣完就得续。

判断方法很简单：看这个额度是在对话界面被消耗，还是在控制台账单里被消耗。前者是产品侧限制，后者才是钱。如果你在写代码调接口，只需要关心控制台那一侧，聊天窗口剩多少对你没有任何帮助。先把 Token、额度、余额这几个词对齐，去 基础概念词典 看一眼就够。

当期数字去哪看，别背数字

官方按量价格和规格，看 阿里云百炼模型与计费入口 这页的入口，具体单价和赠送规则以页面当期显示为准。想看同期其他家的免费和低价档做对照，去 免费额度api 看汇总，比单看一家更有判断力——很多时候你以为某家免费很香，横向一比才发现限制条件更多。

控制台里务必盯三处：额度余额、有效期、以及是否已开启按量付费。第三点最容易被忽略，开没开决定了额度用完是停机还是继续扣钱。另外站内 真实用量榜 能看到同类任务的实际消耗量级，用来估自己这点额度够不够跑完一个项目，比凭空猜靠谱。

使用范围和到期规则怎么读

免费额度通常绑定具体模型或能力，能跑文本不等于能跑图像、语音、长上下文。超出范围的部分会直接走付费，不会先提醒你「这部分要收钱了」。所以拿到额度第一件事，是确认它覆盖的是哪几个模型、哪些接口，而不是默认全能。

• 额度是否限定具体模型：只覆盖某一类模型时，换个模型就按量计费。
• 是否限定接口类型：文本、图像、语音往往分开发放，互不抵扣。
• 有无有效期：固定期限内有效，或新用户一次性赠送，两种情况都不会因为你没用完而延长。
• 是否只对新开通用户生效：老账号续期时可能不再发放，这点要在活动条款里逐条看。
• 超出额度后的行为：是直接拒绝请求，还是自动转按量扣费，直接影响你的风险。

什么情况下不适用：如果额度绑定的是某个活动批次，规则会随活动变化，上面这套只是通用框架，具体仍以你账号里当期条款为准。活动类额度的条款尤其容易改，别拿别人的截图当依据。

额度见底时的三步处置顺序

额度快用完时，最常见的错误操作是先去充值。充完发现问题还在，下个月继续超。正确的顺序是查原因、再决定付费方式、最后才动模型和上下文，三步别颠倒。

1. 第一步：确认消耗来源去控制台看是哪几个模型在吃额度，多数情况是某个后台任务、定时脚本或测试用例在反复跑；把调用日志按模型和时间拉一遍，找出异常的那几个。
2. 第二步：决定是否开启按量付费确认真需要继续跑再开，开之前先设预算告警和调用上限，别等账单出来才发现；不需要跑的测试任务直接停掉。
3. 第三步：调整模型或上下文前面两步都做完还不够，再考虑换更小的模型、压缩上下文长度或做结果缓存；改之前建议先用 模型成本计算器 算一遍预期消耗，避免改完反而更贵。

这三步的顺序别颠倒，先充值后查原因，往往第二个月还会超。原因没定位清楚之前，任何付费动作都只是把问题往后推。

免费额度不是一个数字，而是一组「覆盖谁、管多久、超了怎么办」的规则。