各位佬们是如何避免 Selected model is at capacity. Please try a different model.的

但是这个美国ip 用claude code是没问题了 现在有两个claude code已经存活了一个多月了

走的是同一个美国住宅ip

14个号1 ip是不是太多了

从我的经历来说的话，去 iproyal 买 isp 代理，最多 5 个号用一个 ip。然后是用 codex proxy rs 去反代，不用 cpa。然后全员用 codex 官方客户端，可以少量请求走别的 agent，但是大部分请求要走官方客户端。

我这一套下来也不知道是哪个操作发力了，不仅所有号从小黑屋放出来，而且使劲蹬后续也没有风控

一个人多个号一直在使用cpa没有修改其他的, 目前还没覆盖到我

我们是一个公司都用这个ip的 会不会是这个问题呢 但是有时候好有时候坏

也是中转多人使用吗

因为目前用的是cpa 的sdk 已经二开过了 嵌入我们的系统了 所以修改底层估计工作量会很大

跟 IP 关系不大了，主要还是用量消耗速度，并发只是其中一环，比如我就一个会话，不走反代，用 ultra fast astra max，也会有概率撞上这个，只是概率没那么高

佬可以用ai看下我项目的思路，如果想直接用的话需要登出全部设备静置一晚，然后oath到项目，只要不是并发太高或者24h一直工作，基本问题不大

换掉这批号就行了，降智的无解

14个号一个ip，这个行为太像中转了

今天开始也是频繁这个提示，我感觉客户端的环境也有关系，我最近很长一段时间没有怎么用，然后家里电脑一直用的wsl​^-^cpa，最近在国外用笔记本登陆了几个账户授权，结果今天就一直风控……

共享不行的，之前我也用 cpa 自建号池，也就三五个人使用

直到有一天所有账号都被风控

现在还用 cpa 号池，三个号，我自己一个人用，再无风控

根源在于共享，跟 cpa 无关、跟 ip 无关

session 粘性路由并不是避免风控的有效手段

至于 ua 伪装、指纹模拟这些表面功夫更是啥用没有

一个账号是一个人在用还是多个人在用，太容易判断了

行为模式上的差异，怎么做表面伪装都无法弥补

除非号池里面指定某个账号只能由一个人使用

受教了佬，也就是上下文一样 然后打到一个账号上。我还注意到oai那边其实会传递一串加密字符，我试着去把这串加密号和上下文 发送到另一个号上。发现是能解析并回复的 但是我不知道是不是他们那边发现换号了 然后悄悄的记录下来 多了就封控，

然后你说的那个一个人用 我昨天看到了 当一个人活着俩人用一个号的时候往往是正常的，后面人多起来 用一段时间就会出现问题

那一个号指定几个人用呢？我感觉不太对吧，比如一个号就给两三个人，这两三个人也只用这一个号最后控制一下并发，我觉得也没啥大问题（现在我有一个10x在拼车用，中国白天限速有点降智），只是可能涉足的方向比较多

有地址吗 我去看看

是上游模型过载这个错误吗。还是没这个错误 纯纯降智呢

人少，或者大部分人用的频率低，就有可能不被风控

比如共享了三个人，有一个人日常频繁使用，另外两个人只是偶尔用一下

这种情况很可能不会被风控

但是这个度没有人能把握，如果想要稳妥，最好就放弃拼车这条路

听说出现这个是因为账号被风控了，可以暂时移出被风控的账号，等正常了再加入