很多人手上同时开着几个平台的免费额度，却说不清这些额度到底值多少钱、能不能抵掉订阅或 API 开销。这篇不报具体数字，只给一套换算口径：怎么把额度折成钱、什么情况下这种折算不成立、以及每月花十分钟更新一次的方法。
手上同时开着几个平台的免费额度，是很多人的常态。但真到要估下个月预算的时候，多数人只能说「免费的应该够用吧」，说不清这些额度到底值多少钱，更说不清它能不能抵掉一两个订阅或 API 开销。
这篇不给你报数字，报数字没意义——额度政策会变，价格也会变。这里只给一套换算口径：怎么把额度折成钱、什么情况下这种折算根本不成立、以及每月花十分钟更新一次的具体动作。看完整篇你会发现，核心公式只有一个乘法，难点全在口径怎么选。
先把「额度」翻译成「钱」才有得比
不同平台的免费额度，给的形态完全不一样。有的是每天多少 token，有的是每月多少次调用，有的是每天能出多少张图或跑多少次某个功能。这三种形态没法直接相加，也没法直接比大小，必须先各自折成同一种东西——金额——才有得比。
- 按 token 计的额度
- 适合算文本生成、代码补全这类连续消耗，折算前要确认是输入还是输出，两者单价通常不同
- 按次数计的额度
- 常见于接口调用或对话轮次，折算时要先估一次调用大概多少 token，不然次数和金额对不上
- 按功能次数计的额度
- 比如出图张数、语音分钟数，只能折到对应功能的单项价格，别硬套文本模型单价
折算公式本身很简单：可用额度除以计价单位，再乘以该单位在站内查到的价格。关键在「查」这个动作，不要凭记忆填价格，一律去 /official-api 核对当时的数字。另外，额度绑定在哪个入口也很重要——网页版、Studio、试用账户，出口不同，折算的起点就不同。
动手前要凑齐的 4 类输入
- 额度口径：每天或每月给多少、什么时候重置，去 /resets 看重置节奏，再和 /official-api 的价格对上
- 计价单位：同一模型在官方价目里输入、输出、缓存往往分开标价，折算时要按你自己的输入输出比例加权，只套输入价会偏低
- 真实用量：没有用量记录的，先按 /usage 上的同类场景估一个量级，再到 /tools/model-cost-calculator 跑一遍
- 地区与结算：涉及外币结算的订阅，把汇率和手续费算进去，地区价差可以看 /plans 里的对照
这四类输入里，最容易偷懒的是第二类。很多人折算时只看输入单价，但实际使用里输出 token 常常占大头，尤其是写作、总结、代码生成这类场景。如果你手上没有输入输出的实际比例，宁可先用一个偏保守的假设，也不要只按输入价估，否则覆盖率会虚高。
| 输入项 | 去哪里拿 | 常见坑 |
|---|---|---|
| 额度口径 | /resets、/official-api | 把下月才给的额度算进这个月 |
| 计价单位 | /official-api 价目表 | 只用输入价，忽略输出和缓存 |
| 真实用量 | /usage、/tools/model-cost-calculator | 凭感觉拍一个用量 |
| 地区结算 | /plans | 漏算汇率和手续费 |
四步折算：把额度换成月度金额
- 选参照模型挑一个你真正会用的模型当基准，把这个月的免费额度全部按它的价格折算，得到一个「理论金额」。参照模型不要选你平时根本不碰的旗舰款。
- 算覆盖率用你上月的实际用量，除以刚才得到的理论金额，得到「免费额度覆盖率」。覆盖率接近满额，说明免费额度基本够用；明显偏低，说明迟早要付费。
- 换算成实际省下的钱把覆盖率乘上对应的订阅费或 API 月支出，才是「实际省下的钱」。直接拿理论金额当成省钱数额，是最常见的错误。
- 横向排开对比把各家的结果放进同一张表，可比性才成立。表格结构可以直接参考 /tools/token-price-calculator 的输出，列对齐了再比。
理论金额是「额度值多少」，覆盖率是「你能拿到多少」，两者相乘才是「实际省下多少」。
哪些情况下这套折算会失真
第一种失真来自模型档位。如果免费额度只在低配模型上可用，或者高峰期要排队，那就不能按旗舰模型的价格折算，得按你真正会用的那一档价格来估，否则算出来的金额看着漂亮，实际用起来完全不是那么回事。
- 额度只在低配模型或高峰排队时可用：按你实际会用的档位价格打折，别按旗舰价估
- 免费额度通常不允许并发压测或批量跑：工程类任务要额外算上重试和限速等待的时间成本
- 额度政策随时会变：任何折算结果只对当月有效，换月必须重跑一遍
- 团队共用时额度常绑在个人账号：分摊到人头上容易算重，口径说明看 /usage
还有一种情况容易被忽略：如果你的用量本身波动极大，比如某个月集中做了一批任务，下个月几乎不碰，那用单月覆盖率推整年预算就会失真。这时候更靠谱的做法是取几个月的移动平均，或者干脆按峰值月来规划，别按平均值拍。
每月十分钟的维护清单
折算不是一次性的活。价格会调，额度规则会改，你的用量也在变，所以把它做成一个固定动作比算得精确更重要。下面这套流程，熟练之后十分钟以内能跑完。
- 月初查价格变动打开 /price-watch，看参照模型价格有没有调整。有变动就重算，没变动直接跳到下一步。
- 核对重置节奏对照 /resets，确认哪些额度是本月可用、哪些要下月才发，避免把未来的额度算进当下。
- 回填实际数据把上月真实用量和实际支出填回表格，和之前的折算值比一比。偏差大的，说明当初口径选错了，要修。
- 决定要不要付费连续两个月覆盖率都偏低，就该把这件事挪进付费预算里规划，而不是继续等免费额度慢慢涨。
这套流程的价值不在于算得多准，而在于它逼你每月面对一次真实数字。很多人纠结免费额度值多少钱，本质上是没算过自己到底用了多少。算过之后，该留哪个、该砍哪个、该不该升级，判断会清晰很多。
下一步：把口径固定下来换算口径定好之后，剩下的就是盯价格和额度变化。建议先去 /price-watch 看参照模型当前的价格，再到 /tools/model-cost-calculator 用你自己的用量跑一遍，两个数一对，这个月的预算心里就有底了。→常见问题
免费额度折出来的钱，能直接当成省下来的钱吗？
不能直接等同。折算出的是「理论金额」，前提是你的用量刚好落在额度覆盖范围内。如果实际用量远超额度，超出部分仍按付费价走，真正省下的只是额度覆盖的那一小段。要把覆盖率乘上去，才是比较接近实际的数字。
同时用好几家的免费额度，预算该怎么算？
分开算、再相加，不要先合并额度再折算。因为各家的计价单位和参照模型价格都不同，混在一起算容易把一个平台的高价模型拉低整体均价。建议每个平台单独一行，最后对总额求和，并标注每行数据的查询页面。
免费额度是不是迟早都会取消，那还算它干嘛？
算它的意义不是长期依赖，而是判断「现在要不要开始付费」。如果覆盖率很高，说明当前阶段免费够用；如果覆盖率已经很低，说明免费只是拖延，不如尽早按付费口径做预算。政策变动本身也是结论的一部分。
