免费 API 接口：额度、条款与证据该怎么核对
一句话回答
文章不提供免费接口名单，而是给出核对口径：“免费”需拆成计费对象、额度性质、准入条件、速率与并发、使用条款、数据处理六个条件；一次调用成功不等于实测，可复用的记录要包含环境、参数、状态码、配额字段与限流行为；读他人推荐时，按额度性质、限制维度、条款来源、环境与方法四项筛选，缺失项按保守假设处理。
核心要点 TL;DR
- “免费”不是单一属性：额度性质、限流维度、条款与数据处理需要分别核对。
- 一次调用成功不构成实测；记录要能回答额度内成功、试用额度成功还是缓存结果。
- 他人推荐缺少执行环境与方法时，只能算经验，不能当实测结论。
“免费 API 接口推荐”这类内容最常见的失效点，不在推荐名单本身，而在“免费”和“实测”两个词没有被拆开。本次没有可用的正文素材，也没有执行任何调用，因此本文不提供接口名单，也不给出延迟、成功率或可用性结论；能给的是核对口径：看到一份免费 API 推荐时，哪些条件必须先落到文字上，什么样的记录才称得上实测。
一、“免费”至少包含六个独立条件#
- 计费对象：按调用次数、按 token 或字符、按运行时长，还是按月活。同一提供方的不同端点可能采用不同口径。
- 额度性质：永久免费额度、限时试用额度、一次性赠送额度，三者在到期后的行为不同。前一类通常仍受速率限制。
- 准入条件：是否需要实名、是否必须绑定支付方式、是否需要企业资质。绑卡会改变“零成本”的含义——额度用尽后可能自动转入付费。
- 速率与并发：每分钟请求数（RPM）、每分钟 token 数（TPM）、单账号并发上限。免费层往往在这里设限，而不是在总量上。
- 使用条款：商用、再分发、结果展示、缓存期限、是否允许用于训练。这些是授权边界，不是性能问题。
- 数据处理：请求内容是否被留存、留存多久、是否跨境传输。
这份清单里没有一项能由“别人说免费”推出来。任何一项缺失，该接口都只能标为条件待核实，而不能写成“免费可用”。
二、什么才算“实测”#
一次调用成功不构成实测，它只说明在那一刻该路径通了。可复用的实测记录至少要包含：执行日期与所在网络环境、端点与完整请求参数（密钥用 YOUR_KEY 占位）、HTTP 状态码与响应体中的配额字段、错误码的实际含义，以及触发限流后的行为——返回 429 还是静默排队、是否带 Retry-After。范围也要写明：测了几个端点、连续调用多久、是否覆盖流式响应与长输入。
下面是一段记录骨架，未执行，仅示意字段该落在哪里；域名与密钥均为占位，不指向任何真实服务。
curl -i https://api.example.com/v1/chat \
-H "Authorization: Bearer YOUR_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"example-model","messages":[{"role":"user","content":"ping"}]}'要看响应头，不能只看响应体：配额余量、重置时间、限流窗口常出现在头部，-i 的作用就是把它们一起留下来。如果只截一段回答文本，事后无法判断这次是额度内成功、试用额度成功，还是命中了缓存。
三、读别人的推荐时，按四点筛#
| 检查点 | 缺失时怎么处理 |
|---|---|
| 是否写明额度性质与到期后的行为 | 无法判断长期成本，按限时试用处理 |
| 是否给出限制维度（RPM / TPM / 并发） | 按最保守速率设计重试与退避 |
| 是否标注条款来源（官方文档链接） | 商用、再分发与结果展示不得默认允许 |
| 是否公开执行环境与方法 | 只能算他人经验，不能当实测结论引用 |
四、本文边界#
- 未执行任何调用，不提供“哪个接口好用”的排序。
- 不比较延迟、成功率、价格或稳定性；这些需要可核验的测试记录，目前没有。
- API.PLUS 自身是否提供免费额度、额度如何计算，属于待核实事项，应以官方文档与账户页为准，本文不作推断。
把“免费”写成条件，把“实测”写成记录，推荐才有被复核的可能；在此之前，它只是一个待验证的线索。
常见问题（FAQ）
限时试用额度和永久免费额度有什么实际区别？
区别在到期后的行为：试用额度到期通常需要转为付费才能继续调用，永久免费额度一般仍受速率或并发限制。两者在“能否零成本长期运行”上的答案不同，因此推荐里必须写明是哪一种。
看到一份“实测”文章，怎么判断它是否可信？
看它有没有写执行日期、网络环境、端点与请求参数、HTTP 状态码与配额字段、限流触发后的行为，以及测试覆盖范围。缺少这些信息时，它记录的是一次观察，不能直接当作可复现的结论。
