主 题：做了个 Codex 切号小工具 Qiehao：不反代，不轮询，不做额度池，就是受够了 OAuth 转圈圈
发 布 者：Zct
标签分类： 技术
时 间：2026-09-21 20:43:30
内容预览：受够了oauth卡页面，我切个号要10多分钟，不知道是我一个人的问题，还是大家都会碰到，是不是我的网不好，所以做了个切号小工具；**先说在前面：这东西不反代。不反代，不轮询，不做额度池，也不搞 429 自动换号。如果你想找的是反代、账号池、自动轮换那一类东西，可以直接划走了，这个项目就不是往那个方向做的。**我做这个东西的原因其实特别简单：我是真的受够了 Codex 换账号时那个 OAuth 页面在那里转圈圈。本来就只是想从自己一个正常使用的账号换到另一个账号，结果又要退出、又要重新登录、又要等 OAuth，有时候网络稍微抽一下，就在那里转半天。偶尔一次还行，账号来回切几次是真的烦。所以后来我就想：第一次我老老实实走官方 OAuth 登录，登录成功以后，能不能把这个账号在本机安全保存下来？以后需要的时候，Codex 退出了，我自己点一下切回来就行。于是就有了这个 Qiehao。我自己的想法也很简单：能规规矩矩用，就规规矩矩用，求的是长期稳定。所以我没有给它做后台多账号轮询，也没有做额度触发自动切号，更不会遇到 429 就自动换号。能走官方登录就走官方登录，能用 Codex 自己的接口就用它自己的接口。我当然也希望这种老实一点的用法，能少碰点莫名其妙的风控，少一点大家平时说的“降智”，也尽量降低账号限制甚至封号的概率。不过这个只是我自己的使用思路，不是什么保证。平台风控、模型表现这些不是我这个小工具能控制的。有个地方我提前说一下：额度查询有时候会慢。我没有为了追求“秒出结果”去抓网页、偷读 Cookie 或者后台同时探测几个账号。额度是走 Codex app-server 来取的，所以有时候会慢，有时候会超时。查不到就保留上一次结果，之后再手动刷新。所以它叫 Quota Snapshot（额度快照），不是实时监控。额度刷新失败，也不代表切号失败。现在已经正式发了 v1.0.0
直达链接： https://www.nodeseek.com/post-940996-1
发 布 者：Zct
标签分类： 技术
时 间：2026-09-21 20:43:30
内容预览：受够了oauth卡页面，我切个号要10多分钟，不知道是我一个人的问题，还是大家都会碰到，是不是我的网不好，所以做了个切号小工具；**先说在前面：这东西不反代。不反代，不轮询，不做额度池，也不搞 429 自动换号。如果你想找的是反代、账号池、自动轮换那一类东西，可以直接划走了，这个项目就不是往那个方向做的。**我做这个东西的原因其实特别简单：我是真的受够了 Codex 换账号时那个 OAuth 页面在那里转圈圈。本来就只是想从自己一个正常使用的账号换到另一个账号，结果又要退出、又要重新登录、又要等 OAuth，有时候网络稍微抽一下，就在那里转半天。偶尔一次还行，账号来回切几次是真的烦。所以后来我就想：第一次我老老实实走官方 OAuth 登录，登录成功以后，能不能把这个账号在本机安全保存下来？以后需要的时候，Codex 退出了，我自己点一下切回来就行。于是就有了这个 Qiehao。我自己的想法也很简单：能规规矩矩用，就规规矩矩用，求的是长期稳定。所以我没有给它做后台多账号轮询，也没有做额度触发自动切号，更不会遇到 429 就自动换号。能走官方登录就走官方登录，能用 Codex 自己的接口就用它自己的接口。我当然也希望这种老实一点的用法，能少碰点莫名其妙的风控，少一点大家平时说的“降智”，也尽量降低账号限制甚至封号的概率。不过这个只是我自己的使用思路，不是什么保证。平台风控、模型表现这些不是我这个小工具能控制的。有个地方我提前说一下：额度查询有时候会慢。我没有为了追求“秒出结果”去抓网页、偷读 Cookie 或者后台同时探测几个账号。额度是走 Codex app-server 来取的，所以有时候会慢，有时候会超时。查不到就保留上一次结果，之后再手动刷新。所以它叫 Quota Snapshot（额度快照），不是实时监控。额度刷新失败，也不代表切号失败。现在已经正式发了 v1.0.0
直达链接： https://www.nodeseek.com/post-940996-1
