免费 API 接口怎么验收：没有实测记录时，先问这五件事
本文不提供免费 API 的实测榜单，因为本次没有可核验的调用记录与接口文档正文。文章改为给出可执行的验收方法：把“免费”拆成配额口径、身份与密钥、数据条款、可用性承诺、变更与退出五个条件，并给出接入前的最小验证顺序与占位请求示例。API.PLUS 的具体免费额度、接口清单与计费口径在本文材料中缺失，属待核实项。
先说结论：如果你要找的是“哪些免费 API 接口值得用”的实测榜单，这篇给不了。本次没有可核验的调用记录、环境说明与统计时间窗，也没有可引用的接口文档正文。能给的是验收方法：把“免费”这个宣传词拆成可以逐条核实的条件，再决定要不要写进项目。
这里为什么没有“实测推荐”#
“实测”需要交代运行环境、调用方法、样本量与统计口径；没有真正执行的请求只能算示例，预期输出也不能当作结果。参考素材只有标题，标题不等于正文，检索到入口也不等于条款已经核验。所以下文不列具体供应商、不写免费额度数字、不比较响应速度，也不声称访问过任何端点。
这属于本文材料边界，而非某个发布方“没有说明”。要判断一个免费接口能不能用，仍然需要你自己对着它的官方文档逐项确认。
把“免费”拆成五个可核实条件#
| 维度 | 要问的问题 | 核实方式 |
|---|---|---|
| 配额口径 | 按请求数、按 token，还是按 QPS？日限还是月限？重置时区是什么？ | 文档中的限额表 + 自己发一次越界请求观察错误码 |
| 身份与密钥 | 是否必须注册、是否绑定支付方式、密钥能否轮换与分环境 | 控制台实际操作一遍，确认删除与重建流程 |
| 数据与条款 | 是否限制商用、是否留存请求内容、能否用于训练 | 服务条款与隐私政策原文，不看二手总结 |
| 可用性承诺 | 是否存在 SLA，免费档是否被排除在承诺之外 | 状态页与 SLA 文档的适用范围条款 |
| 变更与退出 | 弃用是否提前公告，字段是否只增不减 | 变更日志（changelog）与版本号策略 |
这五项的共同点是：都能在写代码之前确认，且确认成本远低于事后迁移成本。
接入前的最小验证顺序#
- 读契约：请求方法、必填字段、错误码含义、分页方式。字段类型含糊时先当作未定。
- 打一次最小请求：只带必需参数，确认 200 响应里是否真有你需要的数据，而不是空壳。
- 记录限额行为：故意触发一次限流，看返回码、响应头里是否带剩余配额与重试提示。
- 设计失败路径：超时、限流、字段缺失三种情况各写一条降级分支，再谈缓存。
- 再决定进生产：把第 1 至 4 步的结论写进 README，注明核验日期。
第 3、4 步常被跳过。免费档最容易出问题的地方，恰恰是额度耗尽后的行为，而不是正常调用。
一个未执行的请求示例#
下面这段仅为展示请求形状，未实际执行；域名与密钥均为占位，请替换成你自己核实过的地址与凭据。
# 未执行的示例：占位域名与占位密钥
curl -sS -i "https://api.example.com/v1/items?limit=1" \
-H "Authorization: Bearer YOUR_KEY" \
-H "Accept: application/json"加 -i 是为了同时看到响应头，限流剩余量、请求 ID 这类排障信息通常在那里，而不在响应体里。
关于 API.PLUS 的具体信息#
本次材料没有提供 API.PLUS 的免费额度、接口清单、限流规则与计费口径，这些属于待核实项。本文不对其免费政策作任何推断；接入前请以官方文档与账号内实际显示为准，并按上面的五个维度逐项确认。
可以直接抄走的验收清单#
- 限额单位与重置时间已确认，并写在代码注释里。
- 密钥有独立的环境区分，不进入版本库。
- 限流与超时各有明确的降级行为，不是笼统的 try/catch。
- 商用与数据留存条款已读原文，而非摘要。
- 弃用公告渠道已订阅，字段变更有人负责跟进。
把这五条走完，“免费”才是一个可以依赖的工程条件，而不只是一句宣传语。
