识别GPT 6 是否降智 !!!中转 并发 特别注意

dreamwater 2026-09-06 13:17 1

gpt6降智的问题经过多轮测试,现已大概率破案。经多渠道多方多站多位使用者联合测试,当openai检测到你当前使用的号在并发,无论是中转站、合租pro号等等,只要你在并发,那么就会将你当前使用的号路由到GPT-40上面去。这是openai官方的问题,不管你的使用环境和号来自哪里,是反代、官号、美国纯净家宽IP等等,只要并发,就会触发路由和降智。从坏的一面来看,中转站的号是不可能不并发的,所以很大概率你用到的就是降智的模型。但是从好的一面来看,在这样的聚合站中,你依然是有很大概率能抽到当前没有降智的。为了更好的帮助大家节约成本不浪费钱,交给大家一个最简单的办法来辨别真假(前提是商家不掺水不掺假):在新的会话或者是开始工作前,先问他一句:你的知识训练截至日期是什么时间?如果回答你是2024年6月,那么你现在在用的100%就是GPT-40。如果他回答不上来,那么恭喜你,你在用的就是

GPT-6 Astra,并且你100%在接下来的对话中能画出来一个GPT6水平的鹈鹕。以上信息仅限当前情况参考,未来Openai更新后,以最新情况为准。我觉得以上内容可以改改置顶一下,让大家都能够了解,别再浪费钱画鹈鹕了。我觉得openai应该是会修复的,要不然会被骂死。

最新回复 (19)
  • 随想AI中转站 09-06 13:18
    1

    逻辑就不成立,完全自己的猜测

    如果并发是问题,个人用户不能多窗口任务?不能开subagent?

    其次,多轮测试的数据在哪里??我们用户群我们每天在测试,同一个会话同一个账号同样的并发,会输出不同的质量结果。还有,你说的是GPT4O,但是测试做对比结果,明显是类似于luna但是比luna要高一档次,语癖也和luna还有4O不同。


    最后,目前得到降智唯一的触发源头,就是降智前会出现一次:stream disconnected before completion: Our servers are currently overloaded. Please try again later的报错。除此以外没有任何结论证明百分百触发降智。

  • 铃冰圣奈 09-06 13:18
    2

    哪里得到的消息?上一个帖子还是疑似 不太可能,这个帖子就破案?

  • yyz82 09-06 13:19
    3

    那这样中转站不都得完了吗

  • bgz 09-06 13:19
    4

    这个之前看群里有人发,并发多就给你切换成4o了,感觉太坑了,学生党就靠一个寝室买1个号公用了,难受的雅痞

  • bgz 09-06 13:21
    5

    实战出真知,佬后续求降智追踪讲解

  • Kassdin 09-06 13:22
    6

    我都买20x了,我还要控制自己的并发?我觉得很难区分是不是正常用户

    大多数买20x相信在sol时代的都会同时开3-5窗口吧?不然独享就是浪费额度

    更别说每个对话同时并发的subagent了,同时在输出的连接可能达到20-30个。

  • kvol 09-06 13:31
    7

    1 个人子代理算不算并发

    2 个人两个项目,每个项目1 req算不算


    换成你是openai风控,就这俩条件你会怎么处理

  • 深海泡泡 09-06 13:32
    8

    [codex版本+ 运行环境 + ip + oauth key] 整体视为一个并发,这里边开几十个sub-agent都没关系。


    不同ip/运行环境/oauth的组合视为多并发。


    当然这是我瞎说的。

  • xiaoyan 09-06 13:34
    9

    我觉得这种不会被ban



    1 个人子代理算不算并发

    2 个人两个项目,每个项目1 req算不算


    换成你是openai风控,就这俩条件你会怎么处理



    想判断是正常用户还是分发行为,其实很简单的,做个用户画像就是了,大数据之下,无所遁形

  • Kassdin 09-06 13:35
    10

    一个简单的场景:

    我有一台开发服务器,我在开发服务器上用device code登录使用codex cli

    我在公司有一台mac,我在mac上用codex app执行自动化任务和日常开发

    我在家里有一台Windows,我在Windows上开发个人项目

    这样就是三个IP、三个oauth,环境、项目截然不同

    并且需求大到买20x的用户大多数都是多设备、有远程开发需求的

    反而中转站的请求都从一个地方出站,一致性还能控制的更好

  • Doro2077 09-06 13:36
    11

    并发问题的本质是同一session不能出现在多个号中,不然就触发风控。


    单人用户无论并发多少,始终对话的session在同一个号上。

  • muwu 09-06 13:38
    12

    这是昨天别的企鹅群里传出来的吗?怎么看到朋友给我发的一摸一样的话 ^-^

  • RyanVan 09-06 13:39
    13

    这也不绝对,很多人一人多号

  • HoshinoQ 09-06 13:43
    14

    昨天就看到类似文案了,这个是你自己写的吗? ^-^

  • 深海泡泡 09-06 14:13
    15

    我自己在做反代的软件,没你想的这么简单的。

    举几个小例子。

    同一个oauth,一会儿是windows的请求一会儿是mac的请求,甚至夹杂了不同版本的desktop app特征。

    同一个账号,几个codex对话一个在美国一个在日本一个在新加坡。

    同一个对话,在中转sticky失效或者故障转移后从账号A切到了账号B。

    这些特征很容易出现在中转站或者多人共享的账号上边。

    现在开源的包括CPA,设备伪装都是有问题的,根本不是改UA就能解决的。但是CPA只要一个人用基本还是符合Tibo说的不分发的特征,所以可能会稳一点。

    当然我是纯粹瞎猜,提供思路。

  • VictorQuqi 09-06 14:16
    16

    就是从某个中转群稍微改了几个字复制过来的吧?我觉得是不是标转载好一点……

  • jan pi kule ala 09-06 14:17
    17

    开啥玩笑呢,你以为美国码农不会同时开多会话么,为什么x上找不到英文投诉呢

  • Doro2077 09-06 14:18
    18

    一人多号有非常大的概率降智,表现就是一个号正常,另外个号全降智了,我之前就这样

  • Distoce 09-06 14:20
    19

    这消息昨天就到处传,现在发论坛里是不是太慢讯了^-^太标题党了

* 帖子来源Linux.do
返回