8/11–8/18：Codex 周限批量缩水，sub2api 0.1.175–177 指纹默认值须立刻核 (2026)

8 月 11 日到 18 日这一周，中转站最该盯的不是「又出了个新模型」，而是 Codex / ChatGPT Work 的周限档位被动态压低，以及 sub2api 在 0.1.175 附近把指纹收敛默认打开后，放大了跨号串会话的风控面。CPA、Codex Proxy 同类栈也有人中招，但社区点名最集中的是 sub2 的默认值变更。

下面按「先做什么 → 上游发生了什么 → 各中转栈怎么改 → 号池怎么重算」写。数字以社区实测与官方文档交叉核对，不是 OpenAI 帮助中心里的固定套餐表。

现在就做

核对 sub2api 版本：若在 0.1.175–0.1.176，尽快升到含 PR #5668 的版本（社区称约 0.1.177+，以你仓库 release 标签为准）；暂时不能升就 回退 0.1.173，或把每个 OpenAI 账号的 Codex 指纹收敛设为关闭。1
升级后不要假设默认已恢复：旧配置里写过的 session / device / full 不会因为新版本默认改 off 而自动清掉，要进后台逐号看。1
停掉异常号的调度：周限突然掉到十几、几十刀的号，继续硬刷只会把周百分比打满，不保证下周恢复。
加强 sticky：同一 session / thread 禁止跨上游账号漂移；切组后清 sticky，避免还打到已移出分组的号。
用官方 analytics 校准「刀」：第三方折算可以参考，但档位判断以 Codex analytics 与 usage 百分比为准。
号池按实测周限分组售卖：≥100 / 50–100 / ≤30 分开标价；日抛、试用号默认按低档耗材，别再按「Plus ≈ 150 刀/周」稳态算产能。

上游：周限在缩，而且账号之间差很多

现象

OpenAI 社区 8 月 14 日起的热帖里，大量用户反馈用法没变、周限掉得比以前快；有人写 Plus 周限大约百刀量级，Pro 20x 老号与新号差一个数量级。2

中文圈同步出现 Plus 正常老号约 100–150 刀/周，新号 / 日抛 / 试用常见 10–30 刀 的对比讨论。3 4 5

Business Insider 在 8 月 12 日报道：部分 Plus 用户触顶后出现 付约 8 美元立刻重置周额度 的测试入口——说明官方在把「超额继续用」产品化，而不是默许订阅号无限当 API 池。6

官方能确认的边界

点	说明
Codex 按 token 计 credits	2026-04-02 起对齐 API 计价7
Codex 与 ChatGPT Work 共用额度池	官方定价页写明共享 usage8
Plus/Pro 可购 credits 补量	credits 约 12 个月有效，不改变原计划9
没有固定「Plus 每周 $150」套餐表	文档只给区间与 5 小时消息区间，不写死美元周限8

所以：面板或插件显示的「刀」，多数是 API 等价成本反推。运营决策请同时看 周百分比、重置时间、官方 credits，不要只信一个第三方数字。

中转站要分清的三种「掉额度」

类型	特征	处置优先级
号源档位低	新号/试用/日抛一进池就是 10–30	进隔离池，单独定价
风控降档	老号从 ~150 突然掉到几十；踢会话/静置后有人恢复有人不恢复	停调度 → 清会话 → 静置 → 重 OAuth
单价变贵 / 模型更烧	百分比掉很快，但按 credits 反推周顶还在	默认路由降级到 Terra/Luna，Sol 加价限流

中转栈：本周必须核的版本与配置

sub2api（重点）

项目仓库：Wei-Shaw/sub2api。

时间线（社区 + PR）

版本/变更	影响
约 `0.1.175`	引入 Codex OAuth 设备指纹收敛，并曾把「未设置」静默当成 `session`（设备+会话）1
PR #5610	社区侧推动改为 opt-in（后由正式修复 supersede）10
PR #5668（2026-08-15 merge）	指纹收敛默认改回 off（opt-in）；修 `x-codex-turn-state` 跨账号回传；修 compact v2 探测1

为什么中转站会被放大伤害

多客户端本来就容易露多设备；错误的「收敛」反而写出异常 installation/session/thread/turn。
sticky 不够时，同一 thread 的 prompt_cache_key / turn metadata 打到别的号 → 被当成跨账号共享。11
主讨论串与上述 PR 时间线对得上；有人回退 0.1.173 或关指纹后恢复，也有人已经降档暂不可逆。12 13 14

sub2 运维 checklist

版本 ≥ 含 #5668 的构建；否则回退 0.1.173
全量 OpenAI 账号：指纹收敛 = off（除非你非常清楚自己在开哪一档、以及客户端是否自洽）
检查 sticky 命中率、切组后 sticky 是否失效
failover 时是否仍带回旧号的 turn-state（#5668 已 strip 一类跨号 echo）
多实例部署时，指纹派生是否撞本地 account.ID

社区也提到：CPA 同样有人降额，不是只有 sub2；但「默认打开指纹 → 批量异常」这条链，目前证据最硬的是 sub2 版本边界。12

CPA（CLIProxyAPI 生态）

CPA 在中文运维语境里通常指 CLIProxyAPI + 管理面板 / Usage Keeper 一类组合（例如观测面板 CPA-Manager-Plus）。本周公开仓库没有像 sub2 #5668 那样「默认指纹改 opt-in」的单一爆炸 PR，但社区反馈里：

上游风控与周限档位对 CPA 号池同样生效；
拼车、多端 OAuth、同 session 漂移一样会触发降档讨论；
有人对比后更依赖 CPA 的用量观测与死号清扫，而不是指望单一指纹开关。

CPA 侧建议

把「单号周限实测」和「401 / 限流 / usage exhausted」做成日更健康度，而不是只看下游售卖余额。
清死号、重授权前先 踢官方 Active sessions，避免旧设备指纹和中转 OAuth 叠在一起。
不要假设「换中转软件 = 恢复周限」；档位在账号侧，软件只能少触发或不误触发。

Codex Proxy / Codex2API 同类

项目	本周相关点
icebear0828/codex-proxy	默认从上游响应头与 WebSocket rate-limit 事件被动更新账号额度；手动查单号会打 `/backend-api/wham/usage`。适合做号池 remaining% 看板，别只靠下游自计费。15
james-6-23/codex2api	近期 release 提到设备指纹相关默认行为、官方结算用量刷新策略（正常 OAuth 约 1 小时按需刷新等）。升级前读 release 的默认行为变化段，和 sub2 一样防静默改写。16

若你栈里是 codex-proxy / codex2api / EasyCLIProxyAPI / new-api 拼 OpenAI 订阅，本周共性动作只有三条：锁 sticky、控并发、按官方 remaining% 调度，别让一个 Sol 长任务把整池打穿。

止血 → 恢复 → 防再犯

1. 止血（30 分钟内）

异常号移出可售/可调度池
限制 Sol / High / Ultra / Fast 默认路由
单号并发降到「像真人自用」
修中转版本与指纹 / turn-state 问题（见上）

2. 尝试恢复（成功率不稳定，先小流量验证）

社区多次复现、但仍有无效案例的路径：17 18

ChatGPT → Security / 安全与登录
断开 Secure sign-in（若开着）
Active sessions 全部退出
中转侧停用该号 12–24 小时
干净环境重新登录并重新 OAuth 进中转
用小流量测：消耗成本 / 掉点百分比 是否回到合理周顶

换 IP 单独做往往不够；机房 IP + 批量号 + 串 session 是组合风险。有人换邮箱/家宽后恢复，有人原配置不动也恢复——把「恢复」当概率事件，不要写进对客 SLA。

3. 防再犯（号池制度）

制度	说明
进池验收	新号先单独跑 1% 消耗，反推周档，再决定进哪组
会话隔离	一会话一上游号；禁止高 threads 跨号
模型默认	Terra/Luna 默认，Sol 单独限流加价
观测	每号官方 %、threads 量级、sticky 命中、failover 次数、401 率
定价	内部 1:1 美元记账必须挂钩实测周档，不是订阅面价
合规	订阅号反代可能违反上游 ToS；封号/降额按业务损耗计，不按「官方会修」计

给中转站的一句话策略

这一周证明两件事叠在一起：

上游正在用动态周限 + 付费重置，收紧订阅当 API 用的空间；6
中转层一次错误的默认配置（指纹、turn-state、sticky）能把整池从「还能拼」打成「集体降档」。1

短期靠升级与关错误默认止血；中期要把产能模型从「Plus≈150 刀稳态」改成 「分档号池 + 官方 remaining% 调度 + Sol 限流」。下一期若出现新的破坏性 release 或新一轮全员重置/付费重置扩大，会按同一骨架继续报：结论清单 → 版本号 → 该改的开关 → 自查步骤。