免费 AI API 不能直接理解成“拿到一个 key 就长期免费跑后端”。到 2026 年，零成本或免费起步的 API 路线至少分成六类：官方免费层、试用额度、Router 免费模型、原型额度、月度 credit，以及必须先充值或进入付费账户的付费起步路线。
真正的比较顺序应该先分合同，再分供应商。Gemini、Groq、Mistral 和 Cerebras 更适合从官方或开发者免费路线开始核对；OpenRouter 是 Router 下的免费模型池；GitHub Models 更像 GitHub 工作流里的原型额度；Hugging Face 是按账户发放的月度 credit；Anthropic 和 Cohere 更偏试用；OpenAI 则取决于你自己的 Platform 账户、项目、余额和可用额度；Together 当前应放在付费起步栏。
只要任务开始重复运行、服务真实用户、处理业务数据、跑 agent 或 eval loop，就不要再把“免费”当容量计划。先写清 project、organization、account、workspace 或 balance 谁拥有配额，再决定是否继续用免费路线。
先看合同矩阵，再看供应商
| 路线 | 免费合同 | 配额/计费 owner | 最适合先做什么 | 生产前停用条件 |
|---|---|---|---|---|
| Google Gemini API | 选定模型与 surface 的官方免费层 | Google project 与 AI Studio 限制 | 通用原型、prompt 检查、小型内部工具 | 需要稳定吞吐、付费数据条款或超出项目面板的 live limit |
| Groq | 开发者免费路线，受组织级限制控制 | Groq organization | 低延迟实验、快速模型试跑 | 正常流量依赖 rate-limit headroom 或付费支持 |
| OpenRouter | 以 :free 结尾的 Router 免费模型 | OpenRouter account、credit balance 与 router limits | 用统一 API 形状比较多模型 | 需要官方 provider 配额、敏感数据条款或稳定容量 |
| Mistral AI | console 内的 free mode 与 usage limits | Mistral workspace 或 organization | 先验证 Mistral 模型是否适配 | 需要更高限制、特定模型行或生产支持 |
| Cerebras | 受 rate limit 控制的 public endpoints | Cerebras account 与 endpoint limits | 高速推理路线与公开 endpoint 实验 | 需要 dedicated throughput、更多模型族或 SLA 支持 |
| GitHub Models | 无成本原型 quota | GitHub account、organization 与 project limits | GitHub 工作流内的 playground/API 实验 | 需要生产 opt-in paid usage 或 BYOK |
| Hugging Face Inference Providers | 通过 Hugging Face 路由时的月度 credit 池 | Hugging Face account credit balance | 不逐个开户也能采样 hosted providers | credit 用完，或需要自带 provider key、生产支持、直接条款 |
| Anthropic Claude API | 新 API 用户测试 credit | Anthropic account 与 usage tier | 小规模 Claude API 评估 | credit 用完或需要长期付费容量 |
| Cohere | 免费 rate-limited trial key | Cohere account 与 key type | 测试与 proof of concept | 需要 Production key 或敏感用途 review |
| OpenAI API | key 创建与可用额度分离；取决于 account billing 或 credits | OpenAI organization、project、credits 与 usage limits | 当自己的 Platform 账户显示可用额度时测试官方 API | 把 ChatGPT app 权益或旧固定赠金当作后端调用资金 |
| Together AI | 付费起步 | Together account credit balance | 充值后做付费评估 | 需要真正零成本首个请求 |
免费到底指哪一种
官方免费层最适合当作第一选择，但它也不是无限入口。Gemini API 的免费层要回到 Google 当前 pricing、rate limits 和 AI Studio 项目面板确认；Mistral free mode 与 Cerebras public endpoints 也需要查看当前 console 或 endpoint 限制。这里的 owner 不是 API key 字符串，而是项目、账户或 endpoint。
试用额度和 trial key 的用途是评估模型适配，不是承诺长期免费后端。Anthropic 的新用户测试 credit、Cohere 的 trial key 都应该按“先测一小段”处理。试用完成后，真正的问题变成付费 route 是否能接受。
Router 免费模型是另一份合同。OpenRouter 的 :free 模型可以很快比较不同模型族，但 free route 是 OpenRouter 这层拥有的限制，不等于底层模型 provider 给你官方免费容量。Hugging Face 的月度 credit 也类似，优点是统一入口，边界是 credit 与 routed provider。
供应商记录与复核点
Gemini API 适合先做官方免费层核对。若任务只是 prompt 测试、小工具或低频原型，它通常是最容易开始的路线；若要写 exact quota、区域、模型行、数据使用或生产条款，必须回到 Google 当前页面与项目面板。更细的单篇拆解可看站内的 Gemini API 免费层指南。
Groq 和 Cerebras 的价值不只是“免费”，而是低延迟与公开 endpoint 的快速验证。低延迟 demo 不能自动变成生产容量。模型行、组织限制、public 与 dedicated endpoint 的边界，需要在结果旁边同步记录。
OpenRouter 最适合模型侦察、fallback 实验和 OpenAI-compatible routing 试跑。它减少多模型设置成本，但结论只说明 Router route 是否可用；如果要证明某个 provider 官方容量可用，还要回到 provider 自己的账户和文档。
GitHub Models 适合仓库内实验、prompt 原型和开发者工作流，不适合直接当通用免费后端。Hugging Face Inference Providers 适合广泛采样，但 monthly credit 与 provider key 的边界要写清楚。OpenAI API 不能从 ChatGPT App 权益倒推，Together 则应维持在付费起步栏，除非官方 billing 政策变化。
国内中文语境里经常把“免费 key”“可直连”“无需绑卡”“模型合集”放在同一层讨论。开发实现时要把这些词拆开：无需绑卡只说明开户摩擦，免费 key 只说明 credential 已创建，可直连只说明网络或代理路径，模型合集只说明可选项多。它们都不能替代额度 owner、计费 owner、数据条款和故障支持。
如果团队要把某个免费 route 写进产品方案，最好把复核动作变成 checklist：当前账户是否能成功发起非敏感 test call，dashboard 是否显示 remaining quota 或 credit，错误码是否指向 balance/billing/rate limit，是否有 paid fallback，是否能在日志里区分 provider error、router error 和 app error。缺少这些记录时，免费路线只能停留在探索阶段。
按工作负载选择第一条路线
学习 API 基础、比较 prompt 行为、做非敏感小原型时，优先选 Gemini、Mistral、Cerebras public endpoints、GitHub Models 或明确标注的 trial route。此时目标是低摩擦验证，不是生产容量。
低延迟是核心变量时，先试 Groq 与 Cerebras。记录模型行、组织限制和 public endpoint 边界。如果 demo 很快，但正式流量需要稳定 headroom，就应该尽早转向付费或 dedicated route。
模型多样性比 provider ownership 更重要时，OpenRouter 是最快的 scouting route。它让你用熟悉的 API 形状测试不同模型；代价是配额、账户状态和免费模型池由 Router 这层控制。
如果原型天然在 GitHub 内部，GitHub Models 的 playground 和 API quota 更贴合工作流。若用户要依赖结果、后台要定时执行或 prompts 包含业务数据，就要在发布前切换到 paid-ready 路线。
做 provider 选择时，不要只按“最慷慨”排序。教育场景需要容易重现的官方文档和低失败率；agent 场景需要长上下文、工具调用和稳定 retry；批处理场景需要 predictable throughput；前端 demo 需要清晰的错误提示和限流兜底。不同 workload 的免费 route 可能完全不同，统一 winner 往往会误导实现。
API Key 不是配额 owner
API key 只是 credential。它证明请求来自某个 account、project、organization、workspace 或 balance owner，但不会凭空创造独立免费额度。
常见失败都来自 owner 边界：Gemini key 可能有效，但 Google project 的免费层日配额已经用完；Groq key 可能有效，但 organization 命中某个模型限制；OpenRouter key 可调用一个 :free 模型，却在 credit state 或 daily cap 上被挡；OpenAI key 语法正确，也可能因为 project 没有可用 billing 或 credits 而失败。
写代码前至少确认五个 owner：credential owner、quota owner、billing owner、data owner、support owner。增加同一 owner 下的新 key 只适合轮换和环境隔离，不是增加额度的策略。
这个 owner 模型还能帮助排错。429 多半要看 rate-limit owner，402 或 balance 类错误要看 billing owner，模型不可用要看 model row 与区域，内容或数据处理疑问要看 data owner。把所有错误都归因到 key 本身，会导致反复换 key、复制 secret、污染环境变量，却没有解决真正的容量或计费状态。
Router 与网关的边界
Router route 与 gateway route 要分开写。OpenRouter 或 Hugging Face 适合模型发现、统一入口和 fallback 测试；它们的便利性就是产品价值，但不能用来声称底层 provider 官方给了相同免费额度。
当官方免费层、trial credit 和 Router 模型池都不适合时，开发者可能需要一个 OpenAI-compatible gateway 来简化付费模型切换。这个 API 开发者场景里，laozhang.ai docs 与 laozhang.ai API route 可以作为单独 gateway contract 评估，但不能混入官方免费层表格，也不能在没有当前证据时声称价格、速度、稳定性或模型覆盖。
生产前的停用线
免费 route 应该在第一个用户承诺之前停止默认使用。触发点很具体：定时任务、用户依赖、客户数据、后台 agent、eval loops、监控和支持。
最便宜的可靠结构通常不是永远免费，而是混合：用免费 route 学习和侦察，把非敏感实验保持低成本；只有需要可靠性、日志、支持和可预测账单的 workload 才切到 paid-ready route。
实际团队可以把 stop rule 写进发布流程：上线前确认 billing alerts、限流重试、fallback 模型、错误文案、日志字段和数据条款。只要其中一项缺失，免费 route 就仍是研发环境选择，而不是产品容量选择。
迁移到 paid-ready route 时，优先迁移最容易造成用户可见失败的调用，而不是把所有实验流量一次性搬走。保留免费 route 继续做模型探索，把稳定调用放到有 owner、账单、告警和支持的环境里，成本和可靠性会更容易同时控制。这样的分层也方便以后替换模型，而不会重写整个调用链。对小团队来说，这比追逐短期免费额度更能减少上线后的维护成本，也能让财务、研发和产品在同一套限制语言下协作。
| 信号 | 为什么免费不够 | 下一步 |
|---|---|---|
| 任务按计划重复运行 | 免费 quota 可能独立于你的计划重置、限速或变化 | 迁移到有 alerts 的 paid-ready project |
| 用户依赖结果 | trial、router 或 prototype limit 可能由你无法控制的 owner 拦截 | 准备 paid fallback、错误状态和支持 runbook |
| prompt 含业务或客户数据 | 免费与付费数据条款可能不同 | 先核对数据条款再发生产数据 |
| 必须使用特定模型行 | 免费 route 可能不包含该模型、模态、上下文或区域 | 查 provider pricing/model page |
| 需要稳定 latency | public endpoints 和 developer free plan 多是共享容量 | 测试 paid 或 dedicated capacity |
| 错误提到 quota、balance、billing、rate limit | blocker 属于 owner 状态，不属于 key 字符串 | 修复 owner state，而不是反复换 key |
决策规则
通用原型先看 Gemini API；低延迟先试 Groq 或 Cerebras；多模型侦察用 OpenRouter；GitHub 内实验用 GitHub Models；广泛采样用 Hugging Face；Claude 或 Cohere 目标明确时用试用路线；OpenAI 按自己的 Platform billing/credits 判定；Together 按付费起步处理。
比较的赢家不是“free”两个字最显眼的 provider，而是 owner、quota、billing、data terms 和 stop rule 最贴近你即将运行的 workload 的 route。
一个实用的落地顺序是先把候选路线按六类合同贴标签，再用同一个最小请求测试成功率、延迟、错误码、dashboard 记录和剩余额度。测试时使用非敏感 prompt，记录具体 account/project/org，保留 billing 与 limit 截图或日志摘要。只有当测试结果能解释失败原因，且付费迁移路径已经清楚时，免费 route 才算完成了它的评估任务。
如果多个 route 都能完成第一次调用，下一步不要继续追逐免费额度，而是比较切换成本。官方 route 的优势是 provider 条款和支持清楚；router route 的优势是模型选择和 fallback 快；prototype route 的优势是贴近开发工作流；trial credit 的优势是低摩擦体验特定模型。把这些优势写进架构决策，比把所有供应商排成“最免费到最不免费”更有用。
最后还要给团队留下可复核的退出标准：当请求量超过免费层可预测范围、当模型行必须固定、当用户错误不能简单重试、当日志需要审计、当数据条款影响合规，免费路线就完成了探索使命。此时继续换 key、换账号或换教程只会把容量风险推迟到上线后。真正稳妥的做法是把免费 route 当成发现和验证层，把 paid-ready route 当成承诺层。
对个人开发者也是一样。先用免费路线确认 SDK、鉴权、prompt 结构和错误处理；再把核心调用抽象成可替换 provider 的接口；最后只在确实需要的 workload 上接入付费容量。这样既不会过早付费，也不会把学习阶段的临时额度误当成长期产品依赖。
常见问题
大多数开发者应该先用哪个免费 AI API？
通用官方免费层测试先看 Gemini API，并在 AI Studio 确认项目限制。低延迟实验看 Groq 或 Cerebras，多模型比较看 OpenRouter。最佳路线取决于 workload 和 owner 限制。
OpenAI API 现在有通用免费层吗？
不要假设有。创建 API key、拥有 ChatGPT 权益、拥有 Platform 可用 billing 或 credits 是不同事情。后端调用是否可用，要看你自己的 organization、project、credits 和 usage limits。
Gemini API 是免费的吗？
部分 Gemini API 模型和 surface 有 Free Tier，但实际可用量属于 Google project 与当前 AI Studio 限制。写 exact number 前要看 Google 当前 pricing 与 rate-limit 页面。
OpenRouter 免费模型等于官方 provider 免费层吗？
不等于。OpenRouter 的 :free 模型是 Router route，限制与账户状态由 OpenRouter 控制。它适合侦察和 fallback，不等于底层 provider 官方给你同样免费容量。
免费 AI API 能用于生产吗？
只有在低风险、低依赖、可接受限速变化和支持缺口时才可能。只要用户依赖、数据敏感、任务重复或需要稳定日志，就应准备 paid-ready route。
新建 API key 会增加免费额度吗？
通常不会。key 是 credential，配额属于 project、organization、account、workspace 或 balance。相同 owner 下多建 key 不会变成额度策略。
不绑信用卡的 AI API 哪个最好？
no-card access 适合学习和小测试，但不代表生产就绪。仍然要看谁拥有 quota、free action 结束后怎么计费、数据条款是否适合。
什么时候从免费切到付费？
正常流量碰到 rate limits、特定模型行变成 paid-only、prompt 含敏感数据、用户需要可靠性、日志和支持时，就应该切到付费或 paid-ready route。
