Token 面板显示总 Token 20.80M,金额 $25.10
图一:当时的 Token 消耗面板

这是 2026 年 6 月的事情。那阵子我正沉迷 Vibe Coding,天天让 AI 帮我写东西。代码越写越多,另一个东西也掉得飞快:API 额度。

把多个账号接成一个额度池

买额度太贵,免费额度又少。有一天,我脑子里突然冒出一个念头:如果一个号的免费额度是有限的,那我能不能把很多个号的额度拼在一起,做成一个“周期”?

当时的算盘是:凑大概 1000 个号,额度轮着用,只要号不失效、免费规则不变,不就能一直用了?那时候甚至觉得,这体验简直跟“把 GPT 搬回本地”差不多。现在回头看,这句话当然不对,模型还在别人的服务器上,额度和账号也都受别人控制。“永久”两个字,全靠前面那一串条件撑着。

项目叫 auto-reg,我和表哥一起折腾。按我当时的记录,最多的时候每个人手里大概有 130 个能调用的活号,加起来约 260 个。每个号大概有 3 美元额度,当时的规则是一个月后可以自动重置。离 1000 个还远,但看着已经攒起来的这些,确实很容易觉得这事有戏。

账号接入和切换主要靠 sub2api。使用上像一个额度池,背后仍然是不同账号:有额度的接着用,限流了再换。额度并没有真的合成一个永远可用的账户,切换能不能顺利完成,也得看当时还有多少号可用。

账号状态截图:可用 22、限流 36、总量 64,今日 $16.39,累计 $56.78
图二:某一时刻的账号整体状态
Sub2API 后台账号管理界面
图三:sub2api 的账号管理界面

维持账号池比调用 API 更费事

池子接起来之后,麻烦才真正开始。需要不断有新账号进来,可注册这一段远没有调用 API 那么顺。

那阵子经常卡在注册和验证码上。试过 5sim 等接码平台,也试过自有邮箱,前者成功情况不稳定,后者又有存活率和接收限制。我原来的记录写了“成功率 30 左右”,没写清统计口径,这里就不替它补成一个精确百分比了。为了维持约 260 个号,得反复补号,折腾半天才多几个。按当时的粗算,一个号大概 0.3 元人民币,1000 个就是 300 来块。这还没算维护时间,而且全建立在账号和规则能持续的假设上。

中间也找过别人发的 teambug 号,想省一点折腾。结果基本没几天就失效了,这条路也没能省下长期维护。

图二留下的是其中一个时刻的状态,总量约 64 个,有可用的,也有限流的,并不能拿这张图直接证明峰值的 260 个。图一则显示了 20.80M Token 和 $25.10 的面板金额。当时看到这些确实挺有成就感,调用这条路至少跑过了。只是面板上的消耗,不等于长期供应能力,更不是“永久可用”的证明。

掉号比补号快,最后停止维护

后来的体验就没那么美好了。风控越来越严,接码越来越不顺,掉号比补号还快。人均 130 个听起来不少,实际稳定可用的比例却没那么高。每天盯存活、限流、接码、封号,省下的 API 钱,开始用时间补回去。再后来账号慢慢失效,我们也没继续补,就这样停了。

代码现在还在 GitHub 上公开着(0hello-bit/auto-reg),但这应该是我最后一次折腾它了。因为生活里还有别的事情要忙,这个项目也就被彻底闲置了。

一些工具和网站整理在首页的“购买gpt6和一些公益站”栏目里,方便集中查找。这里只保留当时的项目经历,网站入口与说明统一放在那一页。

最初算的是买号的钱,后来花得更多的是检查存活、补号和处理限流的时间。平台规则一变,原先估计的额度周期就可能失效。停止维护后,我想把这部分时间留给自己的产品。