最近频繁出现401，看了很多佬友结合自己的账号调用时间线。目前看来出现“传染性”401的原因是同一请求/会话的跨账号调用。
所以填充，粘性会话和10%额度可以起作用（我的401情况也可以说明问题，封了4批，1批9个，一批9个，然后一批1个，一批6个，然后每次都是切换，成功，失败。我本身是开启了粘性对话的，所以封的比较少？）
然后准备让codex改的时候，发现cpa更新了7.1.35，似乎加上了这个，可以更新一下。
写在最后：这次401事件有感，天下没有免费的午餐，只是奥特曼决定晚一点收你钱
Ein 2
虽然我也觉得这个功能确实要有，没想到这次cpa开发的这么积极及时（白整了）。不过我还在鏖战有关虚拟化session_id等字段，不知道这样能不能更好的使用。
earun (earun) 3
不知道怎么回事，现在我每用cockpit切一个账号，第二个任务，或者第一个任务还在跑，登录状态就已经掉了
连续3个号这样了
summary 4
CPA的维护者太伟大了，不过我看到ccswitch也发了个大版本更新，不知道会不会产生冲突
zztmamg 5
我两个48月team号，可以说是前脚刚跨账号同会话使用，后脚就401了。我现在不知道是不是要接码，有点不敢面对了…
paopao (paopao) 6
如果真的每个人/组织严格分离缓存，那号池轮询本身就是最大的浪费，我感觉算力紧张的情况下，哪怕厂商对散户愿意睁一只眼闭一只眼，但这么浪费算力多少还是容易被清算的，但社区很多项目都对缓存不太重视 
moloch (moloch) 7
不知道能不能成功。我的号池已经被封完了，没法测试了。。。不过，如果gpt后端追踪的是thread_id，或者prompt_cache_key，伪装其它的可能也没啥用。如果要继续对话，就只能从头又把cache变成token。