最近风控降智(selected model is at capacity)的帖子似乎又变多了,集中回答几个问题

Selected model is at capacity 意味着什么?

如果你的 Codex 在使用过程中频繁弹出该错误,那么你的号大概率是被风控了。账号被风控之后,你使用 Codex/Work 的过程中会遇到以下问题:

  1. 限流:频繁触发 Selected model is at capacity 或 Rate limit exceeded
  2. 降速:生成速度非常慢,TPS 不超过 10t/s
  3. 降智:所有请求都被路由到 gpt-5.6-luna,不管你选择什么模型、什么推理等级

什么是降智?

正如上面所说,降智是账号被 OpenAI 风控后的主要表现之一。本质就是 OpenAI 将你的所有请求路由给 gpt-5.6-luna 模型进行处理,不管你选择的是什么模型、什么推理等级。

如何鉴别降智?

鉴别降智的本质在于区分你的请求是由你所选择的 astra/sol 模型处理的,还是由 5.6-luna 模型处理的。由于 astra/sol 和 5.6-luna 模型在世界知识、智力方面有巨大差异,因此可以用一些 astra/sol 能答对,但 5.6-luna 答不对的问题来进行鉴别。

具体方法有很多,这里列出简单的几种,对哪一种感兴趣可以点击展开查看具体方法。

第一种:糖果测试

每次测试新开一个 Codex session,将模型设置为 6-astra low 或者 6.1-sol low,然后询问下面的糖果问题:

不使用任何外部工具回答以下问题:

在一个黑色的袋子里放有三种口味的糖果,每种糖果有两种不同的形状(圆形和五角星形,不同的形状靠手感可以分辨)。现已知不同口味的糖和不同形状的数量统计如下表。参赛者需要在活动前决定摸出的糖果数目,那么,最少取出多少个糖果才能保证手中同时拥有不同形状的苹果味和桃子味的糖?(同时手中有圆形苹果味匹配五角星桃子味糖果,或者有圆形桃子味匹配五角星苹果味糖果都满足要求)

        苹果味  桃子味  西瓜味
圆形       7      9      8
五角星形   7      6      4

如果模型能回答出正确答案 21 就没有降智,回答 29 或其他答案就是降智。
这里需要注意 6.1-sol 有很低的概率答错,可以重复多次测试确保没有误判。

第二种:画鹈鹕

每次测试新开一个 Codex session,将模型设置为 6-astra low 或者 6.1-sol low,然后让其用 SVG 绘制一个鹈鹕骑自行车的 2D 动画:

创建一个 HTML,内容是 SVG 绘制一个鹈鹕骑自行车的 2D 动画,你不需要任何测试,不要使用外部资产。

用浏览器打开创建好的 HTML,查看鹈鹕骑自行车的动画,如果质量明显偏低(辐条到处飞、轮子到处飞)就是降智。

第三种:ModelTrace

每次测试新开一个 Codex session,将模型设置为 6-astra low 或者 6.1-sol low,然后询问 ModelTrace 网站上的三个问题:

ModelTrace

并将答案粘贴回网站对应输入框中,然后计算归因概率,如果归因到 5.6-luna 就是降智。

如何恢复?

目前网传做法通常是退出多余 session,将账号静置一段时间,再重测是否恢复。不过该方法是否有效值得商榷,有些人静置一天左右就会恢复,有些人静置了半个月还是降智。

为什么被风控?

现在风控策略无法用简单的规则进行概括,不是说你如何做就一定风控,如果做就一定不风控。就跟 Claude 封号策略一样,有些人百无禁忌都不封,有些人如履薄冰活不过第二天。

为什么有时候刚开始不降智,过一会儿就降智了?

可以认为,OpenAI 将账户的“风控标识”作为一个字段缓存到 Cloudflare 边缘节点上。如果从缓存中查找出“风控标识”,那这次请求就被降智路由,否则就正常路由。

Cloudflare 边缘节点上的“风控标识”在用户一段时间没有请求之后会过期,缓存过期的时候你的请求发过去,就会被当成正常路由。但是第一次请求会触发缓存重建,大概 4 分钟左右缓存建立好,之后再发送请求过去就会被降智路由。所以用户看到的就是前 4 分钟不降智,之后就开始降智。

另外,Cloudflare 节点之间“风控标识”缓存不共享,如果你更换了 IP 地址,请求到了另一个没有你账号“风控标识”的节点,那你也会获得 4 分钟正常时间。


以上内容整理自大佬们的经验,如果有错漏欢迎指正。

11 个赞

我的gpt 6.1 sol也没降智也没降速,但是就经常 Selected model is at capacity

我有点怀疑这是不是有什么生物、cyber 的flag

GPT6PRO 你他么 666 啊! :tieba_031:

1 个赞

怎么又没知识又不听话啊这6pro

1 个赞

触发了网络检索,测试无效
必须在完全没有网络检索的情况下,日本首相问题才能用于鉴别降智

他的检索好像是用来验证结果的,不知道他什么脑回路 :bili_001:

Web Chat 吗?Chat 模式归因似乎不是很准。ModelTrace 主要还是用在 Codex 上,测 Codex 降智非常准。

我这边是token共享使用造成的,估计你们也有

嗯呢,网页版 ChatGPT

体感降智很明显,上午还好好的,下午真是一坨:poop:

共享到没有
倒是高强度使用 网页版 ChatGPT 写代码来着 :zany_face:

降智早就不能用简单的有没有做某件事来归纳了,否则你会得到一堆反例。

  • 反代共享/并发太大?纯个人直接登录也会降智。
  • 用量太大/用的太快?周限从来不用完也会降智。
  • IP 太脏?家宽用户也会降智。
  • 低价区?美区也会降智。
  • 20x/Team?Plus、5x 也会降智。

就跟 Claude 封号一样,小心翼翼总结规律、绕过规律的人最终也会失败。

标记降智基本就无解了,只有弃号重开

我第一次 用量大 共享账号 被关一周 清除资料 一周放出来了 ,第二次 共享登陆关了4-5天 现在一周多正常,一天用掉一周30的用量并发现在在规模用

经常触发一连串的就是限速,查tps肯定低,但是偶尔触发就不是,我曾经也遇到一连次,但好像是全员bug时期

codex上各种 capacity
然后在web端用6.1sol ultra 让它自己去openai做反馈发邮件,要求解释原因。在经过转所谓高级客服专员的邮件后,回复了几句话:
1、a模型不可用,就换b
2、不要同时多个任务一起干,干完一个再干另外一个

就是不正面回答你,到底啥问题

我感觉就是一个综合判断 我的账号主要是 登陆凭据共享 A电脑登的凭据给 b 电脑用 基本上一定会关小黑屋 这两天我们各自登录 就没事 代理一样语言时区一样 正常使用我感觉不太会关小黑屋

2 个赞

本来就是他们刻意部署的风控措施,打击中转站、打击蒸馏、打击中国用户。
你想让客服给你解决肯定不可能啊。

啊哈,原来是这样。我还真没遇到过一连串
感谢

是不是标记过的账号只能扔掉了?有没有能缓解的方案啊,清理所有 session 也不太靠谱,没啥用。

不能缓解
要么等,要么扔
如果能等到出狱,之后或许能正常使用,也可能再次入狱,很难说