OpenAI API Key 免费吗？先判断资格，再验证首次调用

先说结论：OpenAI API key 本身可以创建，但有 key 不等于有免费额度。 OpenAI 的当前 Quickstart 把首次流程中的请求称为一次“免费测试请求”，但没有承诺每个新账户都能获得，也没有公布统一的额度、期限或适用模型。正常持续使用 API 按用量计费。

对中国大陆读者，还有一道更早的门槛：截至 2026 年 8 月 25 日，OpenAI 官方支持国家和地区列表中未见中国。若你实际位于未支持地区，请停止，不要借用地址、共享账号或用其他方式绕过限制；OpenAI 明确警告，在列表之外访问或提供访问可能导致账号被封禁或暂停。

这篇指南不提供 key，也不会推荐公开或共享 key。它帮助你得到一个可以自己核验的结果：

• 所在地是否符合官方支持范围；
• 自己的账户能否创建项目 key；
• 是否真的能完成一次无需先充值的测试调用；
• Usage 与 Billing 显示的是免费 credits、预付余额，还是需要付费。

先用 60 秒决定：继续还是停止

按顺序检查，前一步不成立就不要继续。

不要用 Google 的地区参数、界面语言、手机号国别或网络出口来替代第一项判断。真正有效的条件是你的实际所在地与 OpenAI 当下的官方列表。

“免费 key”其实混合了四件不同的事

搜索结果常把下面四种东西写成同一个“免费 API”。它们的合同、安全性和计费方式完全不同。

1. 创建自己的 OpenAI API key

这是一个凭证创建动作，不代表账户已经有可调用额度。完整 secret 只在创建时显示；丢失后应创建新 key，而不是尝试找回原值。key 应属于你自己的项目，不应与他人共用。

2. 账户特定的免费测试

OpenAI Quickstart 当前展示了创建 key、设置环境变量和发送 Responses API 请求的流程，并将该流程中的请求称为免费测试请求。可是公开文档没有说明：

• 是否每个符合地区条件的新账户都有资格；
• 是否必须先添加付款方式；
• 额度是多少、何时过期；
• 能使用哪些模型、能调用几次；
• 以后是否还会再次获得。

所以，文章或论坛中的“新用户都送固定金额”不能替代你的账户状态。唯一可靠的答案来自登录后的 Billing、Usage 和实际请求结果。

3. 预付费或按量计费的官方 API

免费测试结束后，OpenAI API 的常规使用按量计费。OpenAI 的预付费 Billing 说明在本文核验日写明：新 API 账户采用预付费，最低购买 5 美元 credits，默认购买金额为 10 美元；账户如果已有 free credits，会先使用它们。购买的 credits 一年后过期且不可退款。

这些规则和价格会变，付款方式、税费及你的实际界面也可能因账户与地区不同。准备充值前，请重新查看官方页面和自己的 Billing 页面。

4. 第三方兼容网关或公开共享 key

第三方服务可能提供与 OpenAI 接口格式相似的 API，但它的 key 不是 OpenAI 官方项目 key。提供方、数据处理、模型、日志保留、限额、价格与服务条款都要单独核验。

至于网页、群聊、代码仓库或“key 生成器”里的共享 key，直接跳过。OpenAI 明确要求 API key 不得共享。你也无法确认这类 key 的来源、权限、账单归属或何时失效；把数据发给它，还可能让未知持有人看到或滥用请求。

符合地区条件后，安全创建自己的 key

以下步骤只适用于实际位于官方支持地区、并能正常使用自己账户的读者。

1. 从 OpenAI 开发者 Quickstart进入 Platform。
2. 在自己的项目里打开 API key 页面并创建 secret key。
3. 当 secret 完整显示时，把它保存到密码管理器或密钥管理服务。不要截图、发到聊天窗口或贴进笔记分享链接。
4. 只把 key 放在后端环境变量中。不要写入浏览器 JavaScript、手机 App、公开代码仓库或 MDX/配置示例。
5. 给测试项目设置合理的用量监控；若怀疑泄露，立即轮换 key 并检查 Usage。

macOS 或 Linux 终端可以在当前终端会话中设置环境变量：

bash
export OPENAI_API_KEY="在你自己的终端粘贴新创建的key"

不要把真实 key 写进教程、提交到 Git，或发给任何人代为测试。如果应用需要让浏览器用户调用模型，应由你控制的后端接收请求，再由后端读取密钥并调用 API。

完成一次可验收的 Responses API 测试

模型 ID 会随账户权限和官方文档变化。先从当前 Quickstart 或账户可用模型中选一个，再把它放进单独的环境变量：

bash
export OPENAI_TEST_MODEL="替换为当前Quickstart或账户可用的模型ID"

然后从终端发送最小请求：

bash
curl https://api.openai.com/v1/responses \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -d "{\"model\":\"$OPENAI_TEST_MODEL\",\"input\":\"只回复：API 测试成功\"}"

不要把“服务器返回一段 JSON”直接当作完成。一次可验收的首次调用需要同时满足：

1. HTTP 请求成功，而不是 401、429 或 Billing/配额错误；
2. Responses API 返回可读的模型输出；
3. Platform 的 Usage 中能找到正确项目的相应用量；
4. Billing 能说明本次用量来自账户已有的 free credits、免费测试资格或已购买余额。

Usage 或 Billing 的最终显示以你的账户为准。若请求成功但暂时无法确认费用来源，先停止继续调用，等状态可核对后再决定是否测试更多。

常见结果怎么处理

能创建 key，但请求提示额度不足或需要 Billing

这说明你取得了凭证，但没有证明账户拥有可用的免费测试额度。不要反复创建 key；新 key 不会自动变成新额度。若你愿意付费，先阅读当前官方 API 定价与预付费条款，再设置预算。若目标必须是零付款，到这里停止即可。

返回 401 或认证错误

检查环境变量是否存在、是否误带空格、key 是否已撤销，以及该 key 是否属于当前项目。不要把完整 key 打印到终端日志或发到论坛。若密钥曾公开，立即删除并轮换。

返回 429

429 不只可能表示请求过快，也可能与账户配额或 Billing 状态有关。根据返回的错误正文检查对应项目的 Usage、限额和 Billing；不要通过搜集更多共享 key 来规避。

我有 ChatGPT 订阅，为什么 API 仍不可用？

不要把 ChatGPT 产品中的订阅状态当作 API 可用余额的证明。是否能调用 API，以 Platform 中该项目的 Billing、Usage 与实际请求为准。

免费 credits 和“共享数据换免费 tokens”是一回事吗？

不是。OpenAI 另有一项账户条件严格的 complimentary tokens 安排：只有在 Data Controls 明确显示符合资格、组织所有者主动选择加入、账户保持正余额，并且流量与模型符合条件时才可能适用；超出部分仍会计费。它不是普遍免费层，也不是零余额方案。涉及敏感、机密或专有数据时，不应为了这类权益而分享。

上线前的 key 安全清单

• key 只属于自己的项目，不共享；
• secret 只放在后端环境变量或密钥管理服务中；
• 浏览器和移动端永远拿不到真实 key；
• .env 已加入 .gitignore，仓库历史中没有 secret；
• 已开启用量监控，并知道如何轮换泄露的 key；
• 测试完成后已核对正确项目的 Usage 与 Billing；
• 继续使用前已接受当前计价，而不是依赖旧教程中的赠送额度。

OpenAI 的API key 安全指南明确建议使用环境变量或密钥管理服务、由后端发起请求、监控用量，并在疑似泄露后轮换密钥。

最终判断

判断“OpenAI API key 是否免费”，不要只看能否生成一串字符。真正的成功标准是：所在地受支持，key 属于自己的项目，首次 Responses 请求成功，而且 Usage/Billing 清楚显示费用来源。

如果你的账户确实获得官方免费测试，就把它当作一次验证机会，而不是永久免费承诺；如果账户要求充值，你得到的答案同样明确——当前没有可验证的零付款官方路径。若实际所在地不在官方支持列表中，则应在创建账户和 key 之前停止。这个结论比任何共享 key 清单都更安全，也更经得起核验。