很多人搜「每天有免费额度」是想先白嫖几天再决定要不要充钱，结果打开一堆中转站，有的说每天送额度、有的说首充送、有的送的是请求次数不是 token，价格根本没法横向比。这篇不报任何具体数字，只告诉你这类免费额度通常按什么口径折算成钱、去哪一页看当期价格，以及怎么用三步判断这点免费额度到底值不值得你留下来。
很多人搜「每天有免费额度」是想先白嫖几天再决定要不要充钱，结果打开一堆中转站，有的说每天送额度、有的说首充送、有的送的是请求次数不是 token，价格根本没法横向比。这篇不报任何具体数字，只告诉你这类免费额度通常按什么口径折算、去哪一页看当期价格，以及怎么用几步判断这点免费额度到底值不值得你留下来。
先摆正一个预期：免费额度本身不是价格，它只是把你拉进来的入口。真正决定你要不要续用的，是它背后那档付费定价、能用的模型范围，以及这家站稳不稳。所以下面的做法都是围绕「先折算、再对比、后验证」来走的，缺一步容易看走眼。
先分清「每天免费额度」到底是哪种东西
同样是「每天送」，计量单位不一样，价值差得很远。按 token 计、按请求次数计、按每天重置的小额余额，这三种口径不能直接比大小。按次计数看起来慷慨，但如果每次只能发很短一段话，折算下来可能还不如按 token 送的一点零头。
- 按 token 计：最透明，能直接对到官方按量单价上换算金额
- 按请求次数计：要看单次限制的上下文长度，否则次数多也没用
- 按固定小额余额每天重置：接近按 token 计，但通常限制可用模型范围
- 只送一次的（注册奖励、首充赠送）：不是日更，用完就没了，问清楚发放规则
还要看清可用模型范围。有的免费额度只对部分模型开放，或者限速很低，等于用便宜模型换你的耐心。如果你的任务本来就要用较强的模型，这点额度的实际意义要打个折。什么情况下不适用：如果你只是拿它试连通性、测接口格式，那口径差异无所谓，能跑通就行。
把免费额度折算成一个钱的数：三步
光比「谁送得多」没意义，统一折成金额才有可比性。下面三步做完，你手上会有一个「这家每天白送我相当于多少钱」的粗估值，再和付费档位放一起看。
- 确认计量单位先看额度是按 token 还是按次。按次的，用你日常 prompt 的平均长度估一个 token 量，算出每天大概能换多少次真实调用
- 查官方按量单价到 /official-api 找到对应模型的官方按量单价，再用 /tools/token-price-calculator 把刚才的 token 量换算成金额。这一步拿到的是「按官方价算值多少」
- 乘上中转倍率中转站的计价通常带倍率，先在 /relay-rate-multiplier-read 搞清楚倍率怎么读，再乘一遍。乘完才是这家给你的真实抵扣价值
折完之后你会发现，多数日更额度折出来的金额并不大，值不值得为它留下来，还得看后面的付费档位和稳定性。别把折算结果当成最终结论。
免费额度背后的价格档位怎么读
免费额度送得多的站，往往付费定价也不便宜，这是常见的引流结构。所以看赠品的同时一定要连着看付费单价、充值门槛、余额有效期、能不能退款这几条。只盯赠品，很容易在前面省一点、后面多花很多。
| 要看的项 | 为什么重要 | 去哪核对 |
|---|---|---|
| 付费按量单价 | 决定你额度用完之后每百万 token 花多少 | /price-watch 看当期变动 |
| 充值门槛与余额有效期 | 门槛高、余额会过期，等于变相涨价 | 站点公告页与该站定价页 |
| 可用模型范围 | 免费额度能用的模型和付费档是否一致 | 该站模型列表页 |
| 退款与封号规则 | 出问题时钱能不能拿回来 | 该站条款页，配合 /sites/all 的口碑记录 |
对比时统一到「每百万 token 花多少钱」这个单位，别拿套餐价和按量价直接比。套餐看着便宜，但用不满就是浪费。具体数字别记，去 /price-watch 和 /official-api 核对当时的价格，各站调价很频繁。
额度好拿不等于能长期用：先验一遍
免费额度只是入场券，能不能长期用是另一回事。中转站最常见的问题是偷偷把请求转到便宜模型、限速说一套做一套、规则说改就改。这些在你充值之前都能验一遍。
- 到 /tools/verify 做在线实测，看它是不是真在转发官方模型、有没有降级
- 到 /rankings 和 /sites/all 对照这家的口碑和历史记录，重点看有没有跑路或突然改规则的迹象
- 用小额度先跑一周真实任务，记录报错率和限速触发次数，再决定要不要充钱
- 把关键请求的返回特征留个底，方便日后发现行为变化时对照
验的时候别只看能不能调通，要看你实际业务里的长文本、并发、多轮对话这些场景表现如何。什么情况下不适用：如果你只是偶尔手动问几句，这套验证投入产出比不高，挑口碑好的直接用就行。
什么情况下这套判断不适用
这套方法适合打算长期用、每天都有稳定调用的用户。下面几种情况花时间研究日更额度不划算，直接绕开。
- 一次性批量任务、几天就结束的项目：直接按量买更省事，别为日更额度折腾
- 对延迟和数据合规要求高的业务：免费额度那点折扣不值得承担中转站的不确定性
- 免费额度按次计且模型本身很便宜：折出来的钱可能极小，纠结性价比意义不大
- 只需要试接口格式的开发者：随便找家能跑通的就行，重点在文档不在额度
免费额度是筛选入口，不是省钱手段；真正决定成本的是你用完之后按什么价续。下一步先去把手上几家候选站的当期价格和口碑记录拉出来放一张表，再回头算日更额度折多少钱，结论会清楚很多。→
常见问题
每天免费额度一般能值多少钱？
没有统一答案，得看你用的模型单价和额度单位。做法是先把额度换算成 token 或请求次数，再去 /official-api 查对应模型的官方按量单价，用 /tools/token-price-calculator 折成金额。同样的日额度，用便宜模型和贵模型能差出好几倍，别信口口相传的数字。
为什么有的中转站免费额度写着很多，实际用起来一下就没了？
多半是计量口径问题：有的按请求次数算，长 prompt 一次就吃掉很多；有的只对低配模型有效，你实际调用的贵模型按正常倍率扣。先确认额度的适用范围和计数方式，再对照自己的平均请求长度，才能判断够不够用。
免费额度好用的话，就直接充钱长期用吗？
先别急。至少观察一到两周：报错率、限速频率、高峰期是否明显变慢，再对比它的付费单价和官方价。可以在 /tools/verify 做实测、到 /rankings 看记录，确认不是靠低价引流后再投入，避免余额打水漂。
