最高的山,停止对我检测脚本的污蔑

事情起于这个帖子那个最帅的男人的星辰站,出来解释下呗?

当时有人用我的juice检测脚本测出了君的星辰站(中转收费站)在sol模型里掺了luna,正常sol high的juice只有40或40xxx,他引发了大家的激烈讨论。

后来该中转站长在那个帖子下回应了,说可以退款。但回应的时候还引用了一个人网页版soljuice测出了48然后说“结果如下”那个最帅的男人的星辰站,出来解释下呗? - #178,来自 user792
后面别人问他“那难不成是网页反代?”自己又立马矢口否认,让前面说的话逻辑崩坏,贻笑大方
那个最帅的男人的星辰站,出来解释下呗? - #180,来自 user792
但退着退着就又突然改口说不退了,甚至改口前就说要退款的佬的退款也没退不是不是,星辰站问题已经解决完了吗?

他突然发布了个帖子

说其实是检测脚本的问题!大意是“我们用正常号无映射到juice也测出了48”。甩了两张不清不楚的截图,也无法保证没有提示词覆盖

然后就是“散了吧,散了吧”,装死不回

直到可能是l站对富可敌国的回复时间限制快到了
又发了个帖子此贴为针对 爱伦·坡 帖子的回应
还是那套话术,拿着一条模糊薄弱的截图,说juice测试有问题,所以佬友反馈的掺水不成立…

此时我就想默默问一句,如果juice检测有问题,为什么我本地的plus号跑了1400条请求0误报?这还不算我没有记录下来的近万条
原始请求文件:https://github.com/chen-006/gpt56_api_detector/releases/download/v4.0.0/gpt.v4.0.0.7z
sha256:be353f6b3030896c6d9f0a86f7f6217a3685d02d0a8c13a1711c8a7b8b2baa7b

如果juice有问题,为什么后续很多人用了同样的测试法,测其他站点都是通过?给大家看一下号池记录吧,我觉得可以终结这个话题了 - #35,来自 zhx47

如果juice有问题,为什么佬们从来没有在官号上测出juice异常??

再者逻辑也是严重不成立的
首先他不能证明juice测试确实有问题
其次证明的juice测试有问题,也无法证明那天给佬友路由没有掺水
举个例子,假设检测准确度是90%,误报率是10%,我运气好测了一千多条都没有误报,他运气差刚好误报了。这个概率得多小大家算算??

最好的自证办法从来都是拿到反馈掺水佬友那天的原始请求,的上游号池截图,并且那个佬友从一开始就已经在强调了。但是为啥不回应?

君的公益站名声在外,我刚进l站就已经耳熟能详,站长做了那么多公益,相信不是恶意去掺水,去破坏佬友们的使用体验。
但如果确实是上游号池问题,或者你自己根本就无法确定,那最好的办法是不是应该如实坦诚公布?而不是把水搅浑说是测试的问题

还说自己公关不好,隔壁ooioo都被喷成啥样了。人设也是公关的一部分要我说()

263 个赞

前排吃瓜,怎么中转站三天两头出事

17 个赞

老哥你不睡觉的吗,通宵整检测补觉了没

4 个赞

你自己去原帖数tokens,哪一个对不上

6 个赞

前排。
最近怎么这么多出事的中转站。

1 个赞

脚本是从你的开源项目下载的,测得是我自己的plus号池,哪里有问题?

14 个赞

果汁值我目前测试下来,在high还是有效的,几百次没有发现论坛上面说的情况,感觉还是挺稳定的,希望手里有官方plus和pro的兄弟们也测试下,这毕竟也是一个测试惨水的方法

3 个赞

检测脚本我觉得还是不错的。现在我做测试也是用的这个脚本,一般都不会出错啦
我自己的Pro也都测试过,都OK。 :face_blowing_a_kiss: (当然也会出问题,不过不是乱给数值,而是拒绝回答 :smiling_face_with_tear:)

:melting_face: 现在进入到 大家都需要证明的环节 但是从我的角度看 两边都是黑盒 然后大家要对面证明你是白盒

3 个赞

收费了就有监控上游的义务,就算上游掺水,难道不是从你这里卖出去的吗?

这样我也会开中转站了,
直接找Deepseek当“上游”,发现没有被“路由到Fable”,直接说上游掺假 :laughing:

要么就别卖,卖了掺水就别怪人家说

78 个赞

我用佬的工具测了几次自己的订阅是没问题的。等吃瓜 :saluting_face:

4 个赞

:thinking:吃瓜吃得忘了工作,我感觉大多数中转站接个deepseek v4f 当客服,授权它查看数据库内请求历史(什么时间段对接的哪个上游请求什么模型,token数等)都比死鸭子嘴硬好;D老师至少知道去查真实的日志然后思考会不会是"非自身原因"(比如上游掺假)导致异常情况的发生,并给出合理的测试办法和思维链路


:backhand_index_pointing_down:只开只读权限还好吧,而且是通过user_id去查日志,不涉及到api_key或其他相关的东西

1 个赞

这个测试确实黑盒了一点,但是目前是除了商家,暂时没有人在5.6sol high下测出来48的情况

7 个赞

接个1b的minicpm都比现有的客服团队要好,哪用得着dsv4f

2 个赞

我记得这个人两个月前不是已经暴雷一次了吗,为什么可以活这么久 :smiling_face_with_tear:

3 个赞

我觉得最简单测试直接上sol极高如果没有子agent基本就是掺水

1 个赞

目前,只有网页版的sol high是48,其他版本的sol high应该都是40,或者40855(实际上就是40后面那个应该是某个标记),如果用哪家测出sol是48,要么luna high,要么网页反代 :rofl:

3 个赞

看起来从检测脚本这里是说不清了,那么还是来这个吧。到底有没有掺,一看便知。确实没掺的话,就直接拿出这个最直接的证据,回应质疑不就好了

1 个赞


感觉这个工具非常nice呀 种草了

3 个赞

user792:怎么又有幺蛾子?!我头大了 :enraged_face:

2 个赞