做一个图片分类或文本整理的小脚本，Gemini Developer API 的免费方向确实容易让人想先试试。我会先准备一些可以公开的样本，写清楚合格结果是什么，再跑小范围比较。第一步只需要判断任务能不能做好，没必要把全部客户资料一起拿来试。
免费与付费，不能只看 token 单价
价格页按模型列免费与付费可用性，不是每种能力都有免费配额。表里对产品改进用途列出免费 Yes、付费 No；实际条款还有账户和地区条件，不能只截表格的一行概括全部情况。[1][2]
| 开始前的问题 | 先核对哪里 | 对这次试用的影响 |
|---|---|---|
| 选的模型有无免费档 | 当前模型价格页 | 不把其他模型的额度移过来 |
| 输入是不是适合试用 | 当前服务条款 | 先选公开或处理后的样本 |
| 一次能发多少请求 | 项目的实际限额 | 安排队列与重试 |
| 回复是不是写得太长 | 实际输出用量 | 让结果对应任务需要 |
条款说明 unpaid 服务通常可用提交内容与回复改进产品；EEA、瑞士、英国有适用付费数据条款的例外。付费服务不为产品改进使用这些输入输出，也仍有相关日志处理，不能写成“付费等于零保留”。Gemini API 的付费服务还对应关联有效账单账户的 Cloud Project。[2]
换一把 key，不等于多一份限额
官方限流按项目而非 API key，通常同时看 RPM、输入 TPM、RPD 等维度；模型、用量层级与账户状态会影响实际配额。超过其中一种就可能遇到限流，不能因每日量还没满就默认每分钟无限。[3]
我建议先排一个有间隔的小队列，留下每个任务状态和失败原因。等待或降低发送速率，再处理需要重试的项，别把创建更多 key 当成正常容量规划。本文没有调用服务，也没有证明某个账户能获得多少请求能力。
我的起步方式：一个输出格式，几种边界样本
用公开或处理后的样本验证任务，是免费试用更合适的起点；客户资料与长期流量则按账户、地区条款和账单项目规划。容量由项目的RPM、TPM、RPD共同约束，换key不会扩出新额度。质量合格后再记录真实用量，不能由免费标价推导生产容量。
资料核对与适用范围
2026-10-06直接重读所列官方公开资料；OpenAI使用OpenAI Docs官方检索及正文读取，其余官方网页直接核对。按具体任务分析选型、计费与边界，示例算术不代表账户账单或性能测试。
没有商家登录、付费调用、上传、缓存实验、资源部署或请求测试；未测时延、成功率、输出质量、真实扣费。地区、版本、额度、工具、认证方式与账户资格须对应核对。