一个 OpenAI 免费账号有每日用量上限，但如果你有一百个呢？ 本文梳理一条完整的链路：一次性邮箱 → 批量注册 → Token 提取 → 反代账号池 → API / Codex CLI 使用，把"白嫖"做成工程化方案。

一、整体思路

先用一张图看全貌：

核心环节只有三个：

1. 邮箱——用一次性邮箱服务批量生成邮箱地址并接收验证码
2. 注册——用注册机自动走完 OpenAI 的注册 + 验证流程，输出 Token
3. 反代——把 Token 批量灌入 CLIProxyAPI，以轮询方式对外提供 API 服务

主要成本集中在邮箱 API 的调用额度上，其余均为免费或开源方案。

二、一次性邮箱：GPTMail

GPTMail 是一个免费的一次性邮箱服务，支持 843+ 域名池，邮件保留 24 小时后自动销毁。关键是它提供了开放的 API，可以在脚本中直接调用。

2.1 获取 API Key

GPTMail 提供了几种获取方式：

对于批量注册场景，公共测试 Key 的每日额度通常够用，但因为是共享的，高峰期可能不太稳定。如果有自己的域名，绑定一个即可获得独立额度。

2.2 核心 API

生成邮箱地址：

1curl 'https://mail.chatgpt.org.uk/api/generate-email' \
2  -H 'X-API-Key: YOUR_KEY'

返回：

1{
2  "success": true,
3  "data": {
4    "email": "a3f9c2b1@example.com"
5  }
6}

也可以指定前缀：

1curl -X POST 'https://mail.chatgpt.org.uk/api/generate-email' \
2  -H 'Content-Type: application/json' \
3  -H 'X-API-Key: YOUR_KEY' \
4  -d '{"prefix":"myprefix"}'

轮询收件箱（等待验证码）：

1curl 'https://mail.chatgpt.org.uk/api/emails?email=a3f9c2b1@example.com' \
2  -H 'X-API-Key: YOUR_KEY'

返回的 data.emails 数组中会包含 subject、content 等字段，从中提取验证码即可。

单封邮件详情：

1curl 'https://mail.chatgpt.org.uk/api/email/EMAIL_ID' \
2  -H 'X-API-Key: YOUR_KEY'

在注册机中，典型的调用流程是：

1. 调用 generate-email 生成一个新邮箱
2. 用该邮箱在 OpenAI 注册页面提交
3. 轮询 emails 接口等待验证码邮件到达
4. 从邮件内容中正则提取验证码
5. 将验证码回填到注册流程中

三、批量注册：openai-registrar

openai-registrar(暂未开源, 内部分享) 是一个 Node.js 实现的 OpenAI 账号批量注册工具，串联了上述的邮箱 API 和 OpenAI 的注册流程。

3.1 它做了什么

整个注册流程可以拆解为：

核心能力：

• 自动化注册：从生成邮箱到获取 Token 全程无需人工介入
• 批量执行：可配置并发数和注册数量，批量产出账号
• Token 提取：完成注册后自动执行 OAuth 登录流程，提取 access_token、refresh_token 等凭证
• 格式化输出：输出符合 CLIProxyAPI 认证文件格式的 JSON 文件，可直接导入

3.2 输出格式

注册机产出的每个账号对应一个 JSON 文件，格式兼容 CLIProxyAPI 的 Codex OAuth 认证文件规范：

1{
2  "access_token": "eyJhbGciOiJSUzI1NiIs...",
3  "refresh_token": "v1.MjQ1OTc2MDAtMDFl...",
4  "id_token": "eyJhbGciOiJSUzI1NiIs...",
5  "type": "codex",
6  "plan_type": "free"
7}

这些文件可以直接放入 CLIProxyAPI 的认证目录中使用。

效果演示

批量注册生成的 JSON 认证文件:

JSON 认证文件示例:

四、反向代理：CLIProxyAPI

CLIProxyAPI 是一个开源的反代服务，能将 Gemini / Claude / OpenAI Codex 等多种 CLI 的 OAuth 认证包装为 OpenAI 兼容的 API 接口，并支持多账号轮询负载均衡。

4.1 为什么需要它

单个 OpenAI 免费账号的每日调用额度有限。CLIProxyAPI 的价值在于：

• 账号池轮询：将多个账号的认证文件放入指定目录，自动轮询使用，成倍扩大可用额度
• 统一接口：对外暴露标准的 OpenAI API 接口（/v1/chat/completions、/v1/responses 等），下游客户端无需感知多账号的存在
• 用量监控：通过管理 API 集中查看每个账号的 Token 用量和状态
• 自动刷新：Token 过期时自动使用 refresh_token 刷新，无需手动维护

4.2 导入认证文件

将 openai-registrar 输出的 JSON 文件放入 CLIProxyAPI 的 Codex 认证目录（默认 ~/.cli-proxy-api/codex/），重启服务即可加载。

也可以通过管理 API 批量上传，或使用 CPA-Dashboard 等第三方管理面板进行可视化管理。

4.3 启动服务

1./cli-proxy-api

或

1# 启动
2brew services start cliproxyapi
3# 重启
4brew services restart cliproxyapi

默认监听 http://127.0.0.1:8317，提供 OpenAI 兼容的 API 端点。

4.4 管理与监控

CLIProxyAPI 提供了 Management API，可以查看账号状态、用量统计、批量刷新 Token 等。配合 CPA-Dashboard 可以获得 Web UI 管理能力，包括：

• 查看每个账号的会员等级（FREE / PRO / ULTRA）和 quota 百分比
• 批量刷新 Token（支持并发配置）
• 一键清理过期 / 需重新登录的账号
• 账号数据导入导出

效果演示

五、终端使用：Codex CLI

账号池搭好后，最直接的使用方式之一是配合 OpenAI Codex CLI 作为本地编程助手。

5.1 配置 Codex

编辑 ~/.codex/config.toml：

1model_provider = "cliproxyapi"
2model = "gpt-5.3-codex"
3model_reasoning_effort = "high"
4
5[model_providers.cliproxyapi]
6name = "cliproxyapi"
7base_url = "http://127.0.0.1:8317/v1"
8wire_api = "responses"

编辑 ~/.codex/auth.json：

1{
2  "OPENAI_API_KEY": "sk-xxxxxx"
3}

此处的 OPENAI_API_KEY 是在 CLIProxyAPI 中自行生成或配置的密钥。

5.2 高级选项（谨慎使用）

Codex 还支持两个激进的配置项，不建议初次接触时开启：

1# 跳过所有操作确认提示
2# approval_policy = "never"
3
4# 沙箱模式：完全放开文件系统和网络权限
5# sandbox_mode = "danger-full-access"

5.3 配合 cc switch 管理配置

如果你在多个场景间切换（不同的模型、不同的代理地址），可以使用 cc switch 来管理多套 Codex 配置文件，一键切换。

5.4 模型选择

CLIProxyAPI 支持路由任意模型名称，常用的选择包括：

六、成本分析

整条链路的成本结构非常清晰：

以 GPTMail 公共测试 Key 的每日 200,000 次额度计算，理论上单日可以注册数万个账号（每个消耗约 3-5 次调用）。实际瓶颈更多在 OpenAI 的风控策略和 IP 限制上。

七、注意事项与风险提示

7.1 合规性

• OpenAI 的服务条款禁止批量创建账号，使用此方案存在账号被封禁的风险
• 本文仅作技术探讨，实际使用请自行评估合规风险
• 免费账号的用量上限和可用模型随时可能调整

7.2 技术风控

• OpenAI 会检测异常注册行为（同 IP 大量注册、浏览器指纹等），建议：
  • 控制注册速率，避免短时间内大量注册
  • 使用代理池分散请求来源
  • 注意 CAPTCHA 处理（可能需要接入验证码识别服务）

7.3 Token 维护

• access_token 有效期较短（通常几小时），需要定期用 refresh_token 刷新
• CLIProxyAPI 内置了自动刷新机制，但如果 refresh_token 也过期，账号需要重新登录
• 建议定期通过管理 API 检查账号状态，清理失效账号并补充新账号

7.4 邮箱 API 额度

• GPTMail 邮件仅保留 24 小时，注册流程需要在此窗口内完成
• 公共测试 Key 是共享的，高峰期可能触发限流
• 生产用途建议购买独立 API Key 或绑定自有域名

八、总结

这套方案的本质是把几个开源 / 免费服务串联起来，形成一条自动化的账号获取和管理流水线：

一次性邮箱（GPTMail）→ 批量注册（openai-registrar）→ 反代池（CLIProxyAPI）→ API / CLI 使用

它不复杂，但每个环节都需要一些工程化的处理：邮箱 API 的调用编排、注册流程的自动化、Token 的格式化输出、反代服务的配置和维护。

核心价值在于把离散的免费额度聚合成可用的服务能力。如果你对 OpenAI 的 API 有轻量级的使用需求，又不想为此付费，这条路径值得一试。