sub2api 反代踩坑复盘：一个 GPT 账号被封，大家引以为戒 
昨天我们这边有一个 OpenAI 账号被停用了，申诉后官方维持停用决定。排查后判断，这次大概率不是“单纯请求量太高”导致的，而是流量形态触发了上游风控。 
核心原因是：我这边有一个自动化服务经由 sub2api 反代，持续发起循环式 Codex/SDK 请求。sub2api 的机制是会把客户端传来的 session_id / prompt_cache_key 等会话标识生成 session_hash，并粘性绑定到某个上游 OpenAI 账号。 
这意味着大量短任务会被集中承载到少数几个上游账号上。对上游来说，就会看到类似这样的特征： 

同一出口 IP
少数账号承载大量请求
大量短 session
高 token 消耗
自动化 agent 循环式请求
请求形态不像正常单人 Codex CLI / Desktop 的长会话...