免费 API 接口怎么判断值不值得用：一份可核对的验证清单

这篇不提供“免费 API 推荐清单”，也不给“实测结果”。原因很直接：本次写作没有可核验的接口目录、官方文档或测试记录，任何具体服务商、额度、价格和可用性都只能标为待核实。能给的是替代方案——一套把候选接口变成可判定事实的流程，你按它跑一遍，结论才属于你自己。

把“免费”拆成可以逐条核实的项#

“免费 API”在开发者语境里通常不是单一属性，而是几个条件叠加。任一条缺失，接入后都可能变成成本或故障。

• 额度与计费边界：每日或每月的调用上限是多少；超限后是返回错误码拒绝，还是自动转入计费。这条决定“免费”是否会自动失效。
• 认证方式：是否需要 API key、OAuth 或签名；key 能否按环境隔离、能否轮换。
• 限流形态：按秒、按分钟还是按并发；超限返回的状态码和 Retry-After 之类的提示字段是什么。
• 数据许可与留存：返回数据能否商用、能否缓存、请求内容会被保留多久。这条常被忽略，但对生产系统影响最大。
• 变更与退市政策：有没有版本号、废弃公告期、状态页。免费服务调整条款时，通常只发公告不发邮件。

把推荐理由写成可判定句#

清单类文章最容易失效的地方，是用形容词代替条件。下面左边这类句子无法验证，右边这类才能拿文档去核对。

最小验证流程：五步，可复现#

1. 读官方文档中的认证、限流、计费三节，把结论连同 URL 和抓取日期抄进项目 README。
2. 用测试 key 发一次最小请求，只取最简单的只读端点。
3. 完整记录状态码、Content-Type、响应体字段结构和耗时，原始响应存文件，不靠记忆。
4. 短时间内连续发若干次，观察限流响应长什么样，以及是否携带重试提示。
5. 把上述记录写成一段可复现的说明：环境、方法、范围、日期。做到这一步，“实测”才站得住；只跑过一次、不记环境与时间的调用，只能叫“试了一下”。

最小请求骨架（未执行示例）#

下面只是形式示例，用于说明该记录哪些字段。api.example.com 是占位域名，YOUR_KEY 是占位密钥；该示例未实际执行，不给出预期输出，也不代表任何真实服务的行为。

# 适用环境：任意带 curl 的 shell；未执行
curl -sS -D headers.txt -o body.json \
  -H "Authorization: Bearer YOUR_KEY" \
  "https://api.example.com/v1/ping"

# 存证要点：headers.txt 里的状态码与 Content-Type、
# body.json 的字段结构、命令执行时间、出口区域

如果候选接口需要 POST，先确认它是否产生副作用，再决定能不能重试——这属于请求契约问题，而不是“免费”问题。

必须保留的不确定性#

本次写作日期为 2026 年 11 月 5 日，它只是写作时间，不代表任何来源的发布日期。未核实项包括：具体服务商名单、各家的免费额度、当前价格、是否仍可注册、真实延迟与可用性。这些在拿到官方文档或你自己的请求记录之前，都应写“待核实”，而不是补一个看起来合理的数字。

检索到链接不等于事实已核验；摘要也不等于读过全文。写清单的人如果跳过这一步，读清单的人就得替他还债。

本文没有可引用的来源链接，因此不附参考链接，也不虚构参考文献。需要进一步缩小结论时，先把候选接口的文档页找齐，再按上面的五步跑一遍。