昨天就有大佬扒了OAI的风控逻辑。我理解下来就是：被封的会话会连累下一个账号。
我昨天开着 填充优先 + 会话粘性，结果几秒钟就没了三个号。
当时操作是：三个号显示有额度，我点开之前挂掉的会话让它接着写。
开头几次请求还挺正常，过了半分钟，眼睁睁看着三个号全挂了。
人直接瘫在椅子上，感觉像挨了发大的。这策略意味着，就算我老老实实开正价pro，不小心点到挂掉的会话，号照样没。
所以现在得这么搞：
填充优先 + 会话粘性+ 前端发现会话挂了就立刻开新的
昨天还在琢磨要不要把CPA换了，因为sub2api能管额度。结果去github逛的时候，发现CPA已经有大佬提了pr，就是冲着解决这问题的，我就一直盯着看。
然后就围观了CPA作者在那直播改代码：
第一次更新：
feat(executor): implement identity obfuscation for Codex requests and responses
When true, and routing.strategy is fill-first or routing.session-affinity is true,remap Codex prompt_cache_key and installation identity per selected auth.Some superstitious users believe request tracking identifiers can be used as evidence for TOS enforcement bans; this option only satisfies those odd concerns.
第二次更新：
feat(executor): enhance Codex identity obfuscation with turn and window metadata handling
第三次更新：
test(models, executor): add XAI video model test and fix Codex User-Agent assertions
一开始作者还不信这个邪，改得磨磨唧唧。结果后面又连着加更两版，给我看乐了。