最近因为准备大量使用 Codex，折腾了一段时间相关账号、API 和中转方案，前前后后试了不少路线。这里简单记录一下整个过程，主要是给有类似需求的人做个参考，也省得重复踩坑。
过程 1：第一次尝试注册机
最开始是在 B 站看到有人分享 GPT Free 注册机，于是顺着视频提供的 GitHub 仓库进行了尝试，同时也用 Claude Code 对代码做了一些修改。
尝试的思路
申请免费域名：
首先尝试使用 Cloudflare 相关服务申请免费域名，后来发现这类免费域名在实际邮箱接收方面存在限制，因此没有继续采用。
免费域名：免费域名
教程：申请免费域名教程
购买二级域名自建邮箱：
后来改成在 Spaceship 购买价格较低的二级域名，例如：
@key123456.online
再通过 Cloudflare 配置邮件路由，将域名邮箱转发到自己的 163 邮箱。
参考教程：
托管多个域名到 Cloudflare 并配置邮件路由规则 - ricardo-allen - 博客园
最终失败的原因
实际运行后，问题比预想中复杂得多：
- 批量注册很快就会触发平台风控；
- 邮箱、IP、设备环境之间存在关联；
- 自动化流程经常卡在人机验证、Cloudflare 等环节；
- 接码流程也无法稳定地完全自动化；
- 即使部分流程跑通，账号后续稳定性也比较差。
后来也尝试研究不同网络环境和浏览器环境，但继续投入的时间成本越来越高，而且整体方案本身就不稳定。
所以第一次尝试最终放弃。
过程 2：再次尝试注册机
之后又看到另一位 UP 主分享了一个相对完整的注册机，于是重新进行了一轮尝试，并再次对代码进行了修改。
结果依然比较类似：
- 注册流程仍然会遇到人机验证；
- Cloudflare 等风控环节依然无法稳定处理；
- 邮箱和接码环节仍然存在自动化难题；
- 整个流程对运行环境依赖很重；
- 为了提高成功率，需要投入大量时间维护账号和环境。
最后还是选择放弃。
总结下来，问题并不单纯是“代码写得不够好”，而是整条链路本身就存在较多平台风控和稳定性问题。
继续硬折腾，投入产出比已经很低。
过程 3：转向 AI 中转
在前面两个过程中，我同时也尝试过各种获取 GPT / Claude 等 AI 额度的方法。
期间买过一些 GPT Free 账号、GPT Plus 日抛号，也加入过一些 AI 中转相关的群。
例如：
它比较适合在购买 AI 订阅或中转服务之前，先看看不同渠道的价格、库存、来源和更新时间。
后来发现，与其长期折腾注册器，不如直接研究 AI API 中转。
本地自建中转
我自己了解到的方案主要有两个：
Cockpit
GitHub - cockpit-project/cockpit
更偏向个人服务器管理和日常使用，适合账号数量不多、不会频繁更换账号的情况。
Sub2API
这个更适合个人搭建 AI 中转服务，支持 Claude、OpenAI、Gemini、Grok 等统一接入，也比较方便进行账号管理、额度统计和多账号切换。
对个人用户来说，我觉得 Sub2API 更值得研究。
中转站使用体验
后来还加入了一些中转站相关的群，期间试过不同的共享套餐和中转服务。
也试用了不少中转站，下面这些是我实际接触过、感觉相对不错的：
- PikaQiu：倍率不算高，福利比较多，并发限制相对宽松。
- Camel-Hub：有学生认证额度，不过整体倍率偏高。
- 新疆幻城网安科技公益大模型 API 网关：公益性质，可以签到积累额度。
- XinAI：群内中转服务，整体倍率相对较低。
- GPTCH：群友推荐，倍率中等，稳定性尚可。
- XBCL：比较早接触的一个中转，倍率中等偏下。
- 1PKAPI：倍率比较低，并发能力较强。
- SHNIYU：倍率中等，整体比较稳定。
这些平台随时可能调整价格、倍率、库存和服务策略，因此这里只记录我当时的使用体验，不代表长期情况。
Sub2API 的使用
Sub2API 目前我接触下来有两种比较方便的部署方式。
方法 1：直接让本地 Agent 帮你部署
把：
https://github.com/Wei-Shaw/sub2api
直接交给 Claude Code、Codex、OpenCode 这一类本地 Agent，让它阅读项目文档并协助完成部署。
这种方式对于不想自己一步步查资料的人比较方便。
方法 2：按照教程部署
也可以直接参考：
最后总结
这次折腾下来，我最大的感受是：
自己做注册机，看起来像是在解决“注册问题”，实际上是在同时解决邮箱、网络环境、浏览器环境、风控、人机验证、接码以及账号稳定性等一整套问题。
如果只是为了长期使用 Codex / Claude / Gemini 等 AI 工具，自己从零折腾批量注册，整体成本非常高，而且稳定性也不好。
相比之下，目前更现实的路线是：
稳定账号 / 合规 API → AI 中转 → 本地 Agent 使用
如果是个人使用，Sub2API + 一台境外服务器 基本就可以构建一个自己的 AI 中转环境；有条件的话再配合自己的域名，会更加完整。
所以这次折腾最终没有成功做出一个可靠的“注册机”，但反而把 AI 账号、API、中转、服务器、本地 Agent 这一整套链路摸清楚了。
对于个人用户来说，我现在更倾向于：
少折腾注册机，把时间放到真正能提升生产力的 Codex / Claude Code / OpenCode 工作流上。