为什么顺序比平台清单更重要
很多人把「免费额度」理解成注册即到账。实际不是。2026 年主流厂商的 Free Tier 大多绑定在项目（Project）或 API Key 上：没有 Key，控制台里的额度面板就是灰的；有 Key，额度才被计入可调用状态。
所以正确做法不是「先列一堆平台」，而是：先确定控制台入口类型 → 建 Key/建项目 → 再回头看额度面板。
控制台入口的四种类型
- Key 即额度型：创建一个 API Key，额度立刻挂到该 Key 上。
- 项目即额度型：必须先建 Project，额度挂在项目上，Key 只是项目内的凭证。
- 组织即额度型：额度按 Organization 计，个人账号需要先建组织。
- 云账号即额度型：额度来自云厂商账号（如 Bedrock、Vertex AI、Azure AI），要先开通对应服务。
先判断你面对的是哪一种，再动手。
操作步骤
第一步：列一张「入口类型表」
打开你打算用的 3–5 家官网控制台，只记录三件事：
- 额度挂在 Key、Project 还是 Organization 上；
- 是否需要绑定支付方式（多数免费层不扣费，但可能要求验证卡）；
- 额度是「一次性」还是「按周期刷新」。
第二步：按「先易后难」排序激活
推荐顺序：
- 先做 Key 即额度型（最快，几分钟内可验证是否真的能调用）；
- 再做 项目即额度型（需要命名、选区域）；
- 再做 组织即额度型（需要邀请或审核）；
- 最后做 云账号即额度型（涉及开通服务、配额申请，通常最慢）。
第三步：每建一个 Key，立刻做一次最小调用
不要攒着一起测。建完 Key 马上发一个最小的 chat/completions 请求，确认返回 200 且额度面板有扣减记录。这一步能提前暴露「额度没激活」「区域不对」「模型未开通」三类问题。
第四步：把 Key 命名成可追溯的格式
例如 平台-用途-日期。免费层额度通常按 Key 或项目统计，命名混乱会让你在后面判断「哪个 Key 还有额度」时非常痛苦。
第五步：记录刷新周期
一次性额度用完就没了；按周期刷新的额度（通常按天或按月）需要你记下重置时间点，避免在重置前一天把额度耗光。
注意事项
- 额度数字会变：各家免费层额度经常调整，本文不写具体数额，请以控制台额度面板为准。
- 免费层通常有速率限制：即使额度还有，也可能因为 RPM/TPM 超限被拒，这不算额度用完。
- 部分平台要求验证支付方式：验证不等于扣费，但虚拟卡可能失败。
- 区域与模型可用性：同一个平台在不同区域开放的模型不同，建项目时选错区域会导致「有额度但调不到模型」。
- 不要用同一张卡批量注册：多数平台的风控会关联，可能导致额度被回收。
适用场景
- 个人开发者想在几天内快速验证多家官方 Free Tier 是否可用；
- 小团队需要给多个项目分配不同厂商的免费额度；
- 做模型对比评测，需要同时持有多个平台的可用 Key。
检查清单
- [ ] 已确认额度挂在 Key / Project / Organization / 云账号 哪一层
- [ ] 已创建 Key 并完成一次最小调用
- [ ] Key 命名含平台、用途、日期
- [ ] 已记录额度是「一次性」还是「按周期刷新」
- [ ] 已记录速率限制档位
- [ ] 已确认所选区域支持目标模型