GPT/codex降智分析与解决方案[持续更新]

Gordon 2026-09-13 11:14 1

背景


一开始一切都很美好


自从上个周末Astra推出以来,爽用了一个周末。Astra的能力确实是前所未有的强。

我手上大概有10多个Pro 20的账号。由于有前车之鉴,前三天一直在疯狂的使用Fast,帮我完成了仓库的housekeeping和很多复杂工作。


降智的开端


所有的账号都是美区正价,其中三个使用美国银行实体卡开通。都使用静态家宽出口,每个出口不超过三个账号。并且用三网优化的前置做了链式代理。以至于论坛上大家都在讨论降智的时候,我还没有感知。降智是从本周1陆续开始的,也就是9月日左右。

那时候我还没有重视,所以不知道具体哪些账号被降智了。但是总之至少有一路,也就是三个账号没有被降智。我一直在使用这三个账号,也没有动力去研究。


终极降智打击


直到9月12号,也就是昨天,下午4点重置之后,所有的账号彻底被降智。

如果你之前在用Astra的时候,发现经常没有完成任务就停下来,大概率就是被降智的表现,小心你的代码仓已经被拉满屎了。


研究


测量


秉承着研究性思维, to measure is to know. 这里公开一个测试方法,这是在降智前,我对非降智账号和降智账号做过持续20轮以上的对比测试,发现的明确特征,并且很容易判断,消耗token很少,就是问astra low这个问题(只有Astra才有这个区分度,而发到low是因为所有的Astra都能够实现区分low的成本最低。):


你的知识截止到哪年哪月?只答 YYYY-MM;不确定答未知。

我尝试过连续对不降智的账号发送20轮,得到的回答都是未知,所以未知代表没有被降智。并且如果你能观察到raw回复的话,可以看到回复未知一般都会带有十几个thinking token。

对于被降智的账号,得到的回答基本是2024-06,很少的概率得到2024-08。并且回复中不带任何thinking token。


降智检测规模化


于是我利用这个检测方法做了一个CPA插件,可以方便的查看每个账号的降智情况。


降智特征1


这里发现了一个关键的特征, Gmail账号的权重比QQ、163之类的要高很多,一般静止一段时间,第一次发送都会处于不降智状态。第二次又被降智.


CPA改进


于是我在想,是不是这些账号本身已经被解除了降智,只是由于我的探真导致了这些账号又再次被降智。所以我分析了CPA的TLS指纹和UA信息。

发现CPA的TLS指纹是Chrome和HTTP二,而真正的Codex客户端用的是Rust TLS和HTTP 1.1。另外,CPA的WebSocket和HTTP的指纹也不同。根据这个思路,我对CPA进行了一些改造,包括上述的TLS指纹,还有Codex Environment这个请求体中的时区篡改,从UTC加8改到LA的时区。

综上所述,CPA发出的请求应该完全和Codex的客户端一致了。并且我把CPA的探针插件也使用了同样的请求路径。


降智特征2


经过修改后的CPA得到了第二个降智特征,静置一段时间后,账号在第一次收到请求后,如果处于不降智状态(一般gmai的账号会这样,大概静置半小时之后就恢复到不降智状态), 在发送探真请求的第二次不会再出现降智了,但是如果在1分钟内发送超过8~10次,基本所有的账号都表现出来这一特征,8~10次之后就会再次降智(比之前第二次就降智好),但是冷却之后又可以恢复不降智。


特征3


降智后的模型极蠢,疑似GPT四o,特点就是在没有达到目标的时候就会提前停下,不会进行长周期任务。


注意!注意!


这个降智最可怕的就是,一开始调用的时候给你Astra,在后续调用的时候,同一个对话中直接给你切换成GPT-4o,他妈的防不胜防。由于上述特征,我一开始没有发现,以为降智恢复了。晚上set了一个goal,结果只有前几次调用,使用的是真正的Astra,后续全都被路由到了GPT-4o(疑似)。最后导致模型一晚上在我的代码仓里拉了27个commit的屎,横跨4个代码仓。


降智特征4


如果Astra被检测出降智,那么Sol用水杯题检测基本也处于降智状态。所以降智是对整个账号的,至少Sol模型和Astra模型,这两个我测过。


一些猜想




由于这个, OpenAI开始明目张胆地降智他们觉得可疑的账号。在本周三之前, Overload的错误和降智基本上是同源的。估计OpenAI没有想到这么多账号被降智,GPT 4O的部署不够多,这两天紧急部署了GPT 4O,导致Overload的不怎么出了,GPT 4O量大管饱。我真的会谢bro。


倾尽全力,无法解决[2026-09-13]


面前记录了我和降智的斗争,实在是没辙了,CPA发送的请求已经完全和Codex客户端一致。我也尝试了直接用Codex客户端登录冷却后的账号,其表现与之前类似,发送几轮后就处于降智状态。


求助大家, 有偿求购解决降智的方案(求求了, 私信联系我), 或者哪位佬没被降智的可以分享一下你的用法吗?


我在想是不是很多佬周末没在上班,所以降智解决方案的讨论程度不高,总之我现在已经找不到任何对抗降智的思路了。 下一步可能是换换IP,或者开新账号, 但这个要成本,也比较麻烦。

而且不降智还不够, 需要稳定降智。中途换GPT 4O太痛了。

最新回复 (13)
  • netuser 09-13 11:15
    1

    同…

    有偿求购解决方案

  • RioArisk 09-13 11:16
    2

    同,有偿求购不降智解决方案

  • Akmusi 09-13 11:17
    3

    我前面还刷到有个佬开了gpt账号接管贴 说是付费解决降智 佬你有需要可以去找一下


    https://linux.do/t/topic/2873814?u=pyuyu


    佬可以去咨询一下

  • bluesky600 09-13 11:17
    4

    help的机器人退款吧,我刚退完,全额秒退

  • RuoMoe 09-13 11:17
    5

    站内有挺多分享解决方案的,目前新号应该没什么问题了

  • Gordon 楼主 09-13 11:21
    6

    佬可以指个路吗, 我没搜到, 就记得有个说开号时区是个重要指标的.

  • Gordon 楼主 09-13 11:24
    7

    谢谢佬,看了一下貌似是想通过换ip增加账号权重. 我的ip已经是非常纯净的家宽,并且静止也能恢复. 主要是不能稳定不降智…

  • Sen 09-13 11:25
    8

    其实我感觉现在的GLM5.3和KIMI也不是不能用,而且GLM和KIMI也马上发新模型,国产的跟国外的差距也在慢慢减少,又不是非得用GPT

  • Louis Pierre Althusse 09-13 11:34
    9

    佬,其实也得看工作性质。我是搞哲学研究的,就比较注重质量而不是性价比。^-^

  • coding1 09-13 11:36
    10

    静置之后踢出所有设备 静置几个小时就好了 佬试试 我是这样好的

  • coding1 09-13 11:39
    11

    但是貌似后面要回降智 真无语了

  • 落叶 09-13 11:43
    12

    我的也是本周五下午开始降智,和你的情况一模一样。


    折腾过二开sub2api,把请求头和codex cli不一致的地方全修了。以及vibe rust代理进行tls模拟。

  • ash_echo 09-13 11:45
    13

    我是 QQPW 夏威夷家宽,从上周四开始过载,周五开始降智,静置12h未恢复,退出所有登录后静置12h,然后换用洛杉矶的家宽,依然完全降智,降智模型大概是4o甚至更差的模型。

    尝试了完全卸载codex并删除所有文件后重新安装,电脑换成IP对应的时区和地区,毫无作用。

    同时,web chat没有实质性降智,5.6pro和6pro能正常使用(之前如果IP有问题会被路由到mini),web work则一样降智。

    我的所有测试都是codex app或者web work,发现降智后就撤销了反代的登录会话。

    目前来看大概率没法依靠自己的处理恢复,应该是持久性标记(而不是之前的IP有问题一换IP立马好转),很可能只能等openai自己降低整体风控政策放出小黑屋。

    或者只是我能用的两个最好的家宽都是codex的风控IP(web chat认为正常),如果是这样那测试也就没意义了,毕竟能买到的IP都不是真正的正常IP,没办法控制变量。

    佬说自己的IP很好,其实是没法确定的,至少没法确定邻居怎么样,风控肯定是openai自己的标记,如果邻居乱搞导致IP段被认为是高风险,完全没法证明或者证伪。

    个人推测,仅仅是个人推测,考虑到这次风控精准打击国人账号,可能是之前就收集了时区之类的明显指纹,但风控政策宽松、时区没有权重或者低权重,这次算力告急,加强风控,遂秋后算账。如果果真如此,大概只能看openai后续的政策

* 帖子来源Linux.do
返回