某家中转提出了不依赖题目的降智检测方法，佬友们觉得靠谱吗

作者：#Scaxlibur 板块：#开发调优 最近OpenAI风控搞得我人麻了，无论是领鸡蛋体验的几家中转还是我自己的挂在CPA上的team都出现了各种降智，糖果题开到xhigh都做不对 我自用的题目就是糖果题和站内佬友的水杯题，测出来惨不忍睹 多家高级推广/富可敌国中转站水杯、糖果问题测试 开发调优 刷到 中转站降智问题严重 - #3，来自 ajd 帖子和 @Scaxlibur 佬的回复，想到自己领了好多家站内高级推广/富可敌国的中转站赛博鸡蛋还没用，于是就来挨个测试一下，相关信息如下。 题目（来自 @Scaxlibur 佬） 水杯题 应该用sol medium测试，正确答案是 8 有一个水杯配对游戏。共有 4 种不同颜色的水杯，每种颜色各有两个。将同色的两个水杯分别放在上下两层，因此上下… 最近看到某家中转提出了一种通过检测OpenAI错误报文中的模型全名响应数据，判断账号是否被路由到降智模型的方法，看起来挺有道理的，佬友们觉得靠谱吗？ 如果通过这种方式真的可以直接知道是否被路由到了降智模型，我想可能比各种检测题更有说服力。 以下是原文 为什么你的 5.6-sol 答不对糖果题？深扒 Codex 降智账号的模型路由抓包 经常做中转站的朋友都知道，Codex 中的模型是部署在独立集群的，系统会根据账号的订阅状态进行不同的路由分配。 之前的路由规律（以 5.5 为例） 以往的模型命名通常以 -1p-codexswic-ev3 结尾，通过抓包可以清晰看到订阅差异： 付费版路由： gpt-5.5-codex-1p-codexswic-ev3 免费版路由： gpt-5.5-codex-free-1p-codexswic-ev3 5.6-sol 降智之谜 被“降智”的账号在使用 5.6-sol 时，连简单的“糖果题”都答不对，是被偷偷路由到了低阶的 Luna 模型？还是用上了严重量化的阉割版？ 其实，答案就藏在底层的模型代号里。 通过抓包发现，被降智的账号请求 5.6-sol 时，系统实际返回的模型版本是： gpt-5.6-sol-codex-abuse-1p-codexswic-ev3 官方显然对疑似滥用或异常的账号做了一层专门的请求拦截和降级处理（至于为什么会被打上 abuse，懂得都懂）。 如何自己抓包复现这个代号？ 如果你想验证自己的账号是否被分到了 abuse 节点，可以尝试以下方法： 调用底层的 responses HTTP/WS 接口。 将模型的思考强度reasoning.effort强制设置为 minimal。 多请求几次，有一定概率能在返回的 400 错误报文里直接刷出这个带有 abuse 标签的模型全名。为什么你的 5.6-sol 答不对糖果题？深扒 Codex 降智账号的模型路由抓包 经常做中转站的朋友都知道，Codex 中的模型是部署在独立集群的，系统会根据账号的订阅状态进行不同的路由分配。 之前的路由规律（以 5.5 为例） 以往的模型命名通常以 -1p-codexswic-ev3 结尾，通过抓包可以清晰看到订阅差异： 付费版路由： gpt-5.5-codex-1p-codexswic-ev3 免费版路由： gpt-5.5-codex-free-1p-codexswic-ev3 5.6-sol 降智之谜 被“降智”的账号在使用 5.6-sol 时，连简单的“糖果题”都答不对，是被偷偷路由到了低阶的 Luna 模型？还是用上了严重量化的阉割版？ 其实，答案就藏在底层的模型代号里。 通过抓包发现，被降智的账号请求 5.6-sol 时，系统实际返回的模型版本是： gpt-5.6-sol-codex-abuse-1p-codexswic-ev3 官方显然对疑似滥用或异常的账号做了一层专门的请求拦截和降级处理（至于为什么会被打上 abuse，懂得都懂）。 如何自己抓包复现这个代号？ 如果你想验证自己的账号是否被分到了 abuse 节点，可以尝试以下方法： 调用底层的 responses HTTP/WS 接口。 将模型的思考强度reasoning.effort强制设置为 minimal。 多请求几次，有一定概率能在返回的 400 错误报文里直接刷出这个带有 abuse 标签的模型全名。