一个等待帖,记录一下我尝试恢复capacity和降智的处理过程

我的账号使用方式比较特殊。
一个 Gmail 注册的号,2024 年 9 月注册的。
家里两台 PC 的 Codex 和网页端都登录了,公司笔记本的 Codex 也登录了。
之前一直是 Free 用户,主要在网页和 APP 上问问东西,从注册到仙子一直在用。Codex 则是通过 CCS 接的中转站。
因为中转上个星期一直炸,所以上周开了埃及的 48team。

想着难得切账号搞额度,起手就把两个号都放进了 CPA(看到大家都是这么搞的:CPA → NewAPI → CCS)。用着用着开始频繁出现 capacity,一开始还不以为意,以为只是卡了,结果到 LD 一查,发现已经完蛋。

最后小号在上周五死了,大号幸存(经查,小号死的时候,那一批注册的号都死了,应该和CPA没关系)。之后我关掉了 CPA,直接把账号登录到各个 Codex 客户端、网页端和手机客户端上。现在大号还是被风控压得死死的。


目前的修复尝试

  1. 换出口
    下午买了一个家宽,用 Clash 做了链式代理:
    ChatGPT → 香港节点 → 美国家宽出口。
    这个出口看着还比较干净。

  2. 彻底退出
    把所有设备上的号都退掉了。

    • 最后一次在 Codex 发消息:今天下午 2:10 (降智后一直capacity,就推掉了)
    • 退出最后一个设备:今天下午 4:40
  3. 静置观察
    准备先静置到明天上午 9 点(低峰期,相对不容易 capacity)。 然后只登录我这个电脑的Web端和Codex,其他客户端先不登录。
    我 16 号早上 9 点用的时候还能用,只是降智。

    • 如果 17 号 9 点还是降智 → 继续静置到 18 号中午 12 点
    • 如果还不行 → 静置到 20 号早上 9 点
    • 如果 20 号早上还不行 → 再静置 24 小时后,把电脑时区改成美国时区(目前是新加坡时区,感觉不一定需要走到这一步,据说大部分都是ip纯净就救回来了)
  4. 降低并发风险
    静置期间会修改 agents.md,明确要求不允许调用子代理(有人说解除风控的的黄标时刻如果并发高了会继续降智,用于打击中转站)。
    在这种情况下再看它能不能恢复智商。

4 个赞

我的降智静置24小时候,发了两个消息没降智了,然后过了一会又发就开始频繁出现 capacity,点了下重试,就又被降智了

1 个赞

我也是一样的情况一直capacity 蹲 如何解决呢

刚恢复智商的时候对并发检测非常严格,怀疑没有关子代理,然后出口IP不干净

跟ip代理没有太大的关系,感觉是账号维度的被标记了,同一个cpa的,一个正常,另一个今天就capacity了,之前出现过一次,一天都是这样,第二天自然恢复的;只能明天再看看了,不知道是不是和我昨天使用量比较大有关,目前感觉就是号已经脏了,算力不够的时候就会把我杀了祭天

如履薄冰地使用,和用中转站一样怕,一个是怕掺水,一个是怕降智。

狗日的O​:divide:,我真金白银付费用户这么搞我,一边又舍不得封禁,一边又疯狂降智

1 个赞

我本来是静态IP的vps上部署的cpa, 前天开始at capacity。转到本地登录,这两天发现早晚都能用,就是白天一直at capacity。然后换一个地区的节点能用几分钟。虽说频繁换IP更容易有问题,但不换是一点都用不了。哎

2 个赞

怎么说呢,不想看到用户数量下降吧,需要一直有用户增量,但是算力又不够,那就只能苦一苦违法用户了

2 个赞

告诉你没有用的,就算恢复了,大概用个一天或者几个小时的,就又给你搞出来了,永远都是这个样子,无限的循环,简直就像一个黑洞一样,没有用,真的没有用

搞不动了,我的 20x 已经放弃折腾,在 apple 申请退款了

mark 等待结果 。我是菲区代充了一个号出问题了,我现在也打算按你这个执行看看,希望能够回复,准备周末再看看,本地先蹬中转吧