为什么「刷新周期」比「额度大小」更重要
很多人拿到官方 Free Tier 后的第一反应是看「一共送多少 Token」。但真正决定你能不能持续白用的是一个更隐蔽的参数：这个额度多久回血一次。
同样是每天给一批免费请求，A 平台是「每分钟滚动重置」，B 平台是「每天 0 点（UTC）整点清零」。前者适合高频小请求，后者适合把一天的活攒到某个时刻一次性跑完。搞错节奏，额度就会在你看不见的地方白白浪费掉。
本文只做一件事：教你把这 5 家官方 Free Tier 的限速与重置机制查清楚、算准确。
操作步骤
第 1 步：先分清三类「刷新周期」
官方 Free Tier 的限速通常由三个不同时间尺度的参数叠加而成，必须在文档里分别确认：
- RPM（每分钟请求数）：滚动窗口，通常按「过去 60 秒」计算，不是整分钟清零。
- RPD / TPD（每天请求数 / 每天 Token 数）：日级配额，绝大多数平台按 UTC 0 点重置，少数按账号所在地时区。
- 月度或账期配额：部分平台的免费额度按自然月或注册日起 30 天滚动重置。
关键动作：在每家平台的官方文档里搜索 rate limits、free tier、quotas 三个关键词，把三张表分别截图存档。不要凭记忆，各平台会静默调整。
第 2 步：逐家核对 5 个主流官方 Free Tier 的重置机制
以下是当前（2026 年）公开文档中可查到的机制类型，具体数值请以你注册时控制台显示的为准：
- OpenAI：Free Tier 以 RPM / RPD / TPM 多档限速为主，日级额度通常按 UTC 重置；未绑定支付方式的账号额度更低，绑定后档位会提升。
- Anthropic（Claude）：官方 API 的免费/试用额度与限速分档挂钩，重置按滚动窗口 + 日级组合，控制台里能看到当前 tier 和剩余量。
- Google Gemini API：免费层（Free Tier）明确区分 RPM / TPM / RPD，日配额按太平洋时间重置，是少数时区需要单独换算的平台。
- Mistral：免费实验层（experiment plan）通常给到按秒/按分钟的限速，适合高频短请求，重置是滚动式的。
- Cohere：Trial Key 有独立的月度调用配额，按自然月重置，超额后需要换 Key 或升级。
注意：以上只描述机制类型，不写死数字。任何写死「每天送 X 万 Token」的说法都可能在下一个版本失效。
第 3 步：写一个「配额探测脚本」把重置点测出来
不要只信文档，实测才是准的。用一个最小请求循环，每分钟打一次，记录返回头里的限速字段：
```python
# 示意：读取响应头中的限速信息
import time, requests
def probe(url, headers, payload):
r = requests.post(url, headers=headers, json=payload)
# 多数平台会在响应头返回剩余额度与重置时间
for k, v in r.headers.items():
if "ratelimit" in k.lower() or "reset" in k.lower():
print(k, v)
return r.status_code
while True:
print(time.strftime("%H:%M:%S"), probe(URL, HEADERS, PAYLOAD))
time.sleep(60)
```
重点看三类字段：x-ratelimit-remaining-requests、x-ratelimit-remaining-tokens、x-ratelimit-reset-*。把一天的数据画成曲线，重置时刻会表现为数值突然跳回满格，那一刻就是你的「额度回血点」。
第 4 步：按重置节奏安排任务
- UTC 0 点重置的平台：把批量任务、长文生成、数据标注这类「吃 Token」的活排在北京时间早上 8 点（UTC 0 点）之后立刻跑。
- 滚动分钟级重置的平台：适合做实时交互、Agent 循环调用，只要控制好 RPM 就不会撞墙。
- 月度重置的平台：月初先跑最耗额度的实验，月底留给调试。
第 5 步：多平台互补，别把鸡蛋放一个篮子
把 5 家平台的「重置时刻表」做成一张日历。当 A 平台当天额度耗尽时，切到重置时间不同的 B 平台，就能实现一天内近乎连续的免费调用。这是官方 Free Tier 组合使用最实用的玩法。
注意事项
- 时区陷阱：Google 用太平洋时间、多数平台用 UTC，换算错一小时就可能白等或错过。
- 静默调整：平台会不定期下调免费档限速，建议每月重新核对一次文档。
- 账号级限制：免费额度通常按账号/组织计算，多开小号可能违反服务条款，不要踩线。
- 超额不是免费：部分平台超额后会自动扣费（若已绑卡），务必在控制台关掉自动升级或设置预算上限。
- 共享 Key 风险：把免费 Key 贴到公开仓库会被爬虫扫走，额度瞬间清零。
适用场景
- 个人开发者做原型验证，需要在零成本前提下持续调用 API。
- 小团队在正式采购前，用多家 Free Tier 拼出可用的测试环境。
- 做 Agent / 批处理任务，需要精确知道「什么时候调用最划算」。
- 教学与演示场景，需要稳定但不花钱的调用额度。
小结
官方 Free Tier 的正确用法不是「领一次就完事」，而是把它当成一个有节奏的资源池。查清 RPM / RPD / 月度三层重置机制，用脚本实测出真实重置点，再按节奏排任务，你就能把免费额度的利用率从「随缘」提到「接近满格」。