截至 2026 年 4 月 29 日，OpenAI API key 可以免费创建，但这并不代表官方后端 API 可以免费无限调用。真正决定一次请求能不能跑通的，不是 key 本身，而是它所在的组织、项目、账单状态、可用额度、模型权限、用量上限和速率限制。
| 路线 | 账号或 key 归谁 | 谁付费 | 适合什么 | 使用前必须确认 |
|---|---|---|---|---|
| OpenAI Platform API | 你的 OpenAI Platform 组织或项目 | 你的 API 账单、credit 或预充值余额 | 正式 API 集成和可控测试 | 账单状态、模型权限、用量上限、速率限制 |
| ChatGPT 应用访问 | OpenAI 消费端账号 | 免费、Plus、Pro 或 workspace 配额 | 人工使用 ChatGPT，不是后端 API 调用 | 应用套餐不会自动变成 API 账单 |
| 试用额度 | 具体 Platform 账号 | 账号特定 credit 先消耗，之后可能进入付费 | 短期官方测试 | 余额、过期时间、可用模型、付费兜底 |
| 第三方 provider 路线 | 第三方平台 | provider credit、套餐或你的 provider 账单 | 条款清楚时做非敏感评估 | 归属方、计价单位、数据条款、限制、支持 |
| 用户付费路线 | SDK 或平台方加最终用户 | 运行时由用户承担 | 用户自带账号、session 或支付关系的应用 | 同意、隐私、风控、速率限制 |
| 免费开源模型路线 | 模型、host 或社区 | provider、社区或你自己的基础设施 | 低风险零成本实验，不是 OpenAI API 权益 | 模型身份、host 限制、上下文、数据政策 |
| 复制 key 或生成器 | 不明或已泄露的拥有者 | 不明，常常是别人的账号 | 拒绝 | key 归属、账单风险、日志、恶意软件、政策风险 |
最硬的停止规则是：如果一个路线说不清 key 归谁、免费之后谁付费、限制在哪里、prompt 和输出受哪些条款保护、失败后谁支持，就不要把真实数据或生产代码接进去。想走官方路线，就创建自己的 Platform key，核对账单或 credit，设置很低的用量上限，先跑一个最小请求，再看 usage 是否按预期记录。
API key 是凭证，不是额度
OpenAI Platform API key 的作用是让请求在某个组织或项目里通过认证。它不是单独的预算池，也不是独立的免费额度，更不是绕过模型权限或限速的通行证。真正控制请求结果的是项目、角色、模型、账单、credit、用量上限和速率限制。
所以一个刚创建的 key 也可能立刻失败。key 的格式可能完全正确，但项目没有可用 credit，账单没有准备好，模型不在当前账号的可用范围内，请求超过 rate limit，或者组织已经撞到 usage limit。此时继续生成更多 key，通常只是制造更多难排查的凭证，而不会增加额度。
官方 API 文档的认证方式是 bearer token，常见实践是把 OPENAI_API_KEY 放在服务端环境变量或 secret manager 中。不要把它写进前端 bundle、公开仓库、截图、教程评论或共享 notebook。你需要能撤销、轮换、限制权限，并能追踪请求来自哪个项目。
团队环境还要看角色。一个成员可能能在项目 A 里创建 key，却不能访问项目 B 的资源；service account key 也需要单独管理和收紧权限。如果本地能跑、生产失败，先查 owning project、role、billing 和 limits，不要先假设 OpenAI 服务不可用。
真正免费的是什么
免费的是创建动作，不是调用权益。打开 dashboard、点击创建 key、保存 secret，这些动作本身不收费；但后续每次 API 请求是否能执行，要看项目是否有可用 credit、是否启用账单、模型是否开放、限制是否足够。
OpenAI 的公开 pricing 页面才是官方 API 价格的当前归属地。不同模型、输入输出单位、图片或音视频路线的计价方式都会变。任何把官方后端 API 简化成“免费无限”的页面，都没有说明真正的合同：谁付费、按什么单位、在哪个项目记账、超限后怎么处理。
预付费账单也容易被误解。OpenAI Help 当前把 prepaid billing 描述为 API 用户预先购买 usage credits 的方式，最低购买额是 5 美元。这是一个低门槛官方起步方式，不是无限免费。如果你的账号显示 promotional 或 trial credit，要逐项看余额、过期时间、可用模型，以及 credit 用完后是否会转入付费余额。
速率限制和用量限制又是另一层。rate limit 可能按 RPM、TPM 等维度限制请求，usage limit 则控制花费。一个低成本测试仍然可能因为 rate、model access、permission 或 billing state 失败。正确的问题不是“再弄一个 key”，而是“这次请求被哪一层 owner 拦住了”。
ChatGPT 应用和 Platform API 要分开看
ChatGPT 应用访问和 OpenAI Platform API 账单是两套表面。你可以在 ChatGPT 免费版、Plus、Pro 或 workspace 里手动使用模型，但这不会自动给后端 API 调用充值。同样，API 账单余额也不会改变 ChatGPT 应用里的消息上限或套餐功能。
很多报错都来自这个混淆。用户在应用里能用模型，却在代码里看到 insufficient_quota、billing、model access 或 permission 错误。应用路线回答的是“我能不能手动使用这个产品”，API 路线回答的是“我的程序能不能通过某个项目认证、计费、记录并稳定调用模型”。
如果只是人工写作、分析、测试 prompt，使用 ChatGPT 应用即可。如果是自动化、后端集成、日志、重试、限额控制、用户功能和成本归属，就必须按 Platform API 来设计。两者都要用时，分别记录预算、限制和错误处理，不能用一个账号状态替代另一个。
免费感很强的路线，先看 owner 和 payer
第三方 provider、用户付费 SDK、免费开源模型 host 都可能是合法选择，但它们不是“OpenAI 官方免费 API”。只要 owner、payer、limit、data terms、support path 换了，就要把它当作另一份合同。
Provider credit 适合做非敏感评估。它可能提供少量余额、playground、兼容端点或模型别名，方便快速验证想法。代价是 provider 决定计价单位、模型映射、失败处理、日志、数据条款和支持方式。你可以把它叫 provider evaluation route，但不要把它叫 OpenAI 官方 credit。
用户付费路线又不同。它可能让开发者不用承担集中 API 账单，而让最终用户自带 session、账号、quota 或支付关系。这种设计可以成立，但产品必须明确用户同意、隐私边界、风控和失败支持。它只是对开发者账单“看起来免费”，不是系统整体免费。
免费开源模型适合“我需要零成本实验”的任务，而不是“我要 OpenAI API 同等权益”的任务。OpenRouter 的免费模型、社区 host 或自部署开源权重可以帮助学习、分类、低风险 demo，但它们不会变成 ChatGPT app access，也不会变成 OpenAI Platform API credit。
复制 key、生成器和账号池应该直接拒绝
公开 key 列表、随机 key 生成器、无登录 wrapper、账号池、所谓“不限速不封号”的路线，都不适合真实数据和生产代码。它们可能使用别人的账号、泄露你的 prompt、植入恶意软件、随时失效，或者把账单和政策风险转嫁给不知道情的人。
承诺越夸张，需要的证据越具体。“无限”“无 rate limit”“不封号”“永久免费”“无需账单”都不是生产合同。除非它能清楚解释 owner、payer、abuse control、条款和 support，否则最便宜的安全动作就是停止。
不要为了测试而把论坛、GitHub 或视频评论里的 key 粘进工具。一次请求成功只说明某个凭证在某个时刻接受了请求；它不证明权限合法、账单可控、数据安全、服务耐久或支持可用。
如果你已经泄露了自己的 key，立即 rotate，检查 usage，降低项目上限，查看 billing。出现陌生 usage 时，把它当成凭证事故，而不是普通 quota 问题。
最小安全官方测试路径
最小官方测试应该很保守：登录 OpenAI Platform，选择正确组织和项目，创建新的 secret key，把它只放在本地环境变量或 secret manager 里，核对账单或 credit，设置低 project usage limit，然后用当前账号可用的低成本模型发一个最小请求。
请求后打开 usage 页面，看费用是否落在预期项目里。如果失败，先读错误归属：quota、billing、model access、permission、rate limit 分别对应不同修复动作。只有当 key 本身泄露、权限错配或需要轮换时，才创建新 key。
正式上线前至少加三层控制：服务端保存 key，预算提醒或低额度上限，quota/billing failure 的用户提示和日志。原型可以手动重试，用户功能需要可见的失败处理和支持路径。
第一条测试请求不要带敏感数据。它的任务是验证 credential、billing 和 limits 是否就绪。隐私、保留、审计和数据政策应该在进入生产数据之前确认，而不是事故之后补文档。
最后的选择规则
需要官方文档、直接 API 行为、项目级限制、账单可见性和生产归属时，选择 OpenAI Platform API。只是人手动使用产品时，选择 ChatGPT 应用。第三方路线只有在 owner、payer、limits、terms、support 足够清楚时，才适合非敏感评估。用户付费路线只适合产品明确让用户承担账号、session 或支付关系的场景。免费开源模型适合低成本实验，不适合假装 OpenAI API 已经免费无限。
复制 key 和生成器不能解决成本问题，只会把问题变成安全、账单、隐私和可靠性风险。
常见问题
OpenAI API key 能免费获取吗？
可以免费创建 key，但官方 API 使用仍取决于账单、credit、模型权限、项目权限、用量上限和速率限制。key 不是免费无限调用权益。
ChatGPT 免费版、Plus 或 Pro 会送 API credit 吗？
不会自动赠送。ChatGPT 应用访问和 Platform API 账单是分开的。应用套餐改善的是手动使用体验，不会自动支付你的后端 API 请求。
OpenAI trial credit 还存在吗？
把 trial credit 当成账号特定且容易变化的事实。看你自己的 Platform billing 页面，确认余额、过期时间、可用模型和付费兜底，不要假设所有新账号都有同样额度。
第三方免费 API 和 OpenAI 官方免费 API 是一回事吗？
不是。第三方 provider 拥有自己的计价单位、credit 政策、模型映射、数据条款、rate limit 和支持方式。它可以用于评估，但必须标成另一份合同。
用户付费路线真的免费吗？
它可能让开发者的集中账单为零，但用户仍然可能用自己的账号、quota、session 或余额支付。产品必须把同意和隐私边界说清楚。
GitHub 上的免费 OpenAI API key 安全吗？
不安全。公开 key、复制 key 和 key 生成器都不能证明权限、账单归属、数据处理、支持或耐久性。不要用于生产或敏感数据。
新 key 一调用就 quota exceeded，第一步做什么？
查项目账单、credit、模型权限、usage limit 和 rate limit。底层 owner 没准备好时，在同一项目里创建更多 key 不会解决问题。
