免费额度中转站

想零成本试一家中转站，最容易踩的坑不是没额度，而是额度给得含糊：送的是哪个分组、有没有期限、并发和上下文是不是被砍、用完了会不会自动扣。这篇不讲哪家送得多，而是给你一套看额度说明、验真实可用、跑完一轮再决定去留的顺序，顺带说清什么情况下免费额度根本不值得花时间去领。

想零成本试一家中转站，最容易踩的坑不是没额度，而是额度给得含糊。送的是哪个分组、有没有期限、并发和上下文是不是被砍、用完了会不会自动扣，这几件事如果没提前问清楚，试到一半才发现不对劲，前面花的调试时间就白费了。这篇不讲哪家送得多，而是给你一套看额度说明、验真实可用、跑完一轮再决定去留的顺序。

另外先说一句：免费额度不是适合所有人。如果你是要给正式项目跑、要长期固定调用，或者数据本身敏感，那免费额度这条路本身就不该走，直接按采购流程评估更省事。下面这套流程是给纯试水、先摸清接口和延迟再说的开发者用的。

先搞清「免费额度」到底免的是哪一块

同样的「送额度」，背后的玩法差别很大。有的是一次性注册赠额，用完就没了；有的是每日或每月刷新小额额度，细水长流但单次很少；还有的是把某几个模型单独设成免费位，其他模型照常扣。三种的用法和续期逻辑完全不同，搞清楚你面对的是哪一种，再决定要不要花时间去领。

• 一次性注册赠额：领完只在首次有效，适合集中跑一两轮验证，不适合当长期测试环境
• 每日/每月刷新额度：单次量小，适合做轻量回归或定时任务测试，注意刷新时间点和清零规则
• 特定模型免费位：通常限定在少数模型上，掉包和限流概率也更高，别拿它当基线做对比
• 隐藏限制项：并发上限、上下文截断、流式是否支持，这三项最容易在看说明时被漏掉

看说明时别只看「送多少」，要盯住限制变量。下面这张对照表可以当作读额度说明的检查顺序，逐项去问或去翻页面，缺哪一项就标出来。

如果对方只有一句话说明，问不到细节，那可以先记一笔，等你到站内 /sites 查这个站点的资料页时再对一遍描述。下面这套提问模板可以直接抄去问客服，答不上来本身就是个信号。

1. 问分组直接问：这个免费额度落在哪个分组、能用哪些模型。答得含糊就先别投入调试。
2. 问期限问：到期作废还是按周期刷新清零、刷新时间点是什么时候。这一点决定你怎么安排试用节奏。
3. 问超额问：额度用完之后是拒绝请求，还是自动从账户余额继续扣。后者要特别小心。
4. 问限制问：免费额度有没有单独的并发上限、上下文是否被截断。有截断的话，长任务测试就得另想办法。

额度到手先验真，再写第一行代码

额度到手之后，别急着写业务代码。先用一两个最小请求把「这个额度是不是真能用、用的模型是不是真的」验一遍。免费位掉包的概率通常比付费位更高，尤其是那种只标了模型名、没标具体来源的，先确认再往下走能省很多返工。

验证顺序建议从站内工具开始。先去 /tools/verify 用它做在线实测，对一遍模型标识和返回是否一致；如果站点在 /sites 里有资料页，也对照着看一遍它的说明和当前状态。这两步不花钱，能挡掉大部分明显不对的情况。

接着量你自己的网络基线。别把本地到站点的延迟算到站点头上，先到 /tools/speed-test 跑一遍，心里有个数，后面比较不同站点时才有参照。基线有了，再拿一个你真实要做的任务跑通：一次长上下文、一次流式输出、一次并发两三路，看哪一步先断。

• 先跑单请求：确认能通、返回格式和文档一致
• 再跑长上下文：看会不会被截断或超时报错
• 再跑流式：确认是否支持、是否中途断流
• 最后跑并发两三路：观察是否被限速或排队
• 全程记一笔账：这次消耗大概多少、折算到按量价大概值多少

最后那笔账很关键。它是你后面判断「这家值不值得留」的依据，也是你换下一家时横向比较的锚点。具体价格口径和当时的数字，去 /price-watch 核对，别凭印象记。

试完怎么决定留不留，以及什么时候免费额度不值得碰

一轮试下来，判断留不留主要看三条：额度用完后的价格口径是否清楚、有没有明确的退款或余额规则、客服对上面那几个问题答不答得上。三条里有一条含糊，就先别把它放进正式流程，可以继续当备用试水。

有几类情况，就算有免费额度也建议直接跳过试水环节。要给正式项目跑、要长期固定调用、或者数据本身敏感，这几类都更适合走采购流程，先谈清楚条款再动手，省得后面迁移成本和沟通成本一起上来。

如果决定留下来继续用，也别一步到位。参照 /guides/first-recharge-budget 里的小额分放思路，先放一点进去跑一段时间，观察稳定性再加。把这次试用的体验和数据留个记录，下次换站时可以横向比，不用从头再摸一遍。

免费额度是用来回答「这家能不能跑通我的活」的，不是用来省钱的。