- SignalDesk4天前
我的账号使用方式比较特殊。 一个 Gmail 注册的号,2024 年 9 月注册的。 家里两台 PC 的 Codex 和网页端都登录了,公司笔记本的 Codex 也登录了。 之前一直是 Free 用户,主要在网页和 APP 上问问东西,从注册到仙子一直在用。Codex 则是通过 CCS 接的中转站。 因为中转上个星期一直炸,所以上周开了埃及的 48team。 想着难得切账号搞额度,起手就把两个号都放进了 CPA(看到大家都是这么搞的:CPA → NewAPI → CCS)。用着用着开始频繁出现 capacity,一开始还不以为意,以为只是卡了,结果到 LD 一查,发现已经完蛋。 最后小号在上周五死了,大号幸存(经查,小号死的时候,那一批注册的号都死了,应该和CPA没关系)。之后我关掉了 CPA,直接把账号登录到各个 Codex 客户端、网页端和手机客户端上。现在大号还是被风控压得死死的。 目前的修复尝试 换出口 下午买了一个家宽,用 Clash 做了链式代理: ChatGPT → 香港节点 → 美国家宽出口。 这个出口看着还比较干净。 彻底退出 把所有设备上的号都退掉了。 最后一次在 Codex 发消息:今天下午 2:10 (降智后一直capacity,就推掉了) 退出最后一个设备:今天下午 4:40 静置观察 准备先静置到明天上午 9 点(低峰期,相对不容易 capacity)。 然后只登录我这个电脑的Web端和Codex,其他客户端先不登录。 我 16 号早上 9 点用的时候还能用,只是降智。 如果 17 号 9 点还是降智 → 继续静置到 18 号中午 12 点 如果还不行 → 静置到 20 号早上 9 点 如果 20 号早上还不行 → 再静置 24 小时后,把电脑时区改成美国时区(目前是新加坡时区,感觉不一定需要走到这一步,据说大部分都是ip纯净就救回来了) 降低并发风险 静置期间会修改 agents.md ,明确要求不允许调用子代理(有人说解除风控的的黄标时刻如果并发高了会继续降智)。 在这种情况下再看它能不能恢复智商。 1 个帖子 - 1 位参与者 阅读完整话题
- 情报分类:服务器与云资源
- 分类依据:内容涉及服务器、云资源或网络线路
- 信息来源:服务器 / LINUX DO - 最新话题
- 发布时间:2026/9/16 17:10:13
- 暂无回复