codex free auth自动获取流程可行性
我有两百个free账号和一个plus账号, 接入到cliproxyapi中, 反代到各cli中使用.这些账号足够个人重度用, 如果打开1M上下文, fast模式, 用subagent, 高清图解析, 这几百个账号的token仍会捉襟见肘, 还得计划着用. f…
我有两百个free账号和一个plus账号, 接入到cliproxyapi中, 反代到各cli中使用.这些账号足够个人重度用, 如果打开1M上下文, fast模式, 用subagent, 高清图解析, 这几百个账号的token仍会捉襟见肘, 还得计划着用. free的codex cli体验额度官方说是限时的, 没说哪天取消, 取消之前尽情体验. 准备条件需要有:
- 自己控制的邮箱服务器, 我用的阿里云邮箱
- 短信转发商, 我用的herosms
- 有一定能力和速度的大模型, 需使用playwright mcp自动操作网页, sonnet/opus/GPT5.4都可以 这套skill加脚本使用agent cli工具才跑起来, 我没有全部分享, 只分享证明流程可行性.herosms的短信价格逐渐上涨, 白天已多次出现手机号用完的问题, 大家可能都是竞争关系. 另外需要熟悉cliproxyapi用法, 建议开填充优先和会话粘性路由, 有四个free号被封无法确认是反代到别的cli还是临时开了轮询导致. 为何需要agent cli加skill来执行这个流程?早期我试过全脚本申请free号的开源工具, 那时还不需要短信, 但号很快会被封.后来我尝试了很长时间, 终于不得不承认chatgpt的弹出认证窗口几乎是随机的, 有时它又要邮箱收码, 有时又再次要手机收码, 因为这个随机性所以我没办法用纯脚本来注册账, 如果有人做到纯脚本申请不被速封的free号, 也可以分享下. 账号的成本有, 邮箱, 短信以及执行skill的token费用.其中邮箱各凭渠道, 短信成本单号理论1毛, 同手机号可以绑三个号, 租用手机号的20分钟内多条短信不重复收费.token可以就用一个free账号的token来申请, 一个变6个, 自然裂变.
