基于cot和juice的gpt5.6sol检测方式，从此告别掺假！[附实战案例]

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

- 我的帖子已经打上 开源推广 标签： 是

- 我的开源项目完整开源，无未开源部分： 是

- 我的开源项目已链接认可 LINUX DO 社区： 是

- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是

- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

github.com

GitHub - chen-006/gpt56_api_detector: 用于检测api是否路由真实gpt5.6模型

用于检测api是否路由真实gpt5.6模型

使用方法：下载最新版本Releases(Releases · chen-006/gpt56_api_detector · GitHub)

解压后双击“一键启动”

基于什么原理做的检测？

目前主要有两种检测方式

1：基于cot的检测。

众所周知，oai会加密模型的思维链，并与正文一同返回，并且这个密钥在不同版本的gpt里是不互通的。所以我们只需要在可信的api里让模型在思考中埋藏一个随机数，再将整个上下文发送给待测段，看它是否能正确解密并返回被我们埋藏的随机数。

此方法可区分是否为gpt5.6

2：juice number检测

cot检测很强，几乎不可伪造，但它无法区分gpt5.6的内部版本sol，terra，luna。所以需要引入该检测方式

juicenumber是openai的内部推理预算参数，不支持从外部修改，且5.6sol在“high”档位下的juice值是唯一的（一般为40855等40xxx），与terra32和luna48有明显区别。

所以只需要发送一段特殊的提示词，让模型说出自己的juice，即可完成鉴别。

并且本项目内置了多套提示词模板和混淆策略，保证第假阳性率的同时有着很低的假阴性率

目前有综合检测（两种方法都用）和juice only两种检测方式

最重要的：还支持持续监控，防止渠道时不时掺水，对于聚合站点上游的监测也很有帮助。

可以在codex里挂一个定时任务让它读取本项目的文件夹，定时汇报解答疑问，非常方便

项目大概就是这样，介绍完了。

更详细的原理可参考readme

接下来顺便跟佬们分享两个实战案例

大约是25号的时候我用juice测出了aihub @AIHUB 聚合站的a014分组sol路由了luna。当时我刚用aihub，也没有办法联系站长，于是只是在自己写的自动路由里拉黑了这个分组，没有管下去。

直到28号晚偶然间加入了aihub官方qq群，联系上了站长，这里不得不说站长够实在，立马联系上游赔了钱。这是当时的群公告

之后我一直有挂持续监控，期间也没再出过问题，直到8月4号凌晨。。。

更多的都不放了，全是这个a014的。要我说也真是屡教不改，于是又。。。

最后大家不要误会，这个aihub是一个聚合很多上游的“二次中转”，出问题的上游只是极少数，而且站长非常负责任，此次事件之后估计也永久拉黑a014分组了。