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

heymeow 2026-08-09 18:53 1

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


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


后来该中转站长在那个帖子下回应了,说可以退款。但回应的时候还引用了一个人网页版soljuice测出了48然后说“结果如下”那个最帅的男人的星辰站,出来解释下呗? - #178,来自 user792

后面别人问他“那难不成是网页反代?”自己又立马矢口否认,让前面说的话逻辑崩坏,贻笑大方

那个最帅的男人的星辰站,出来解释下呗? - #180,来自 user792

但退着退着就又突然改口说不退了,甚至改口前就说要退款的佬的退款也没退不是不是,星辰站问题已经解决完了吗?


他突然发布了个帖子


从关于这位佬要的解释继续讨论:
今天上午我也自测了一下,给大家看一眼
先看所谓的掺假记录
[ef8c8bd2d284d1f828340b0243758a9c]
记住这个时间 2026-08-06 11:59:00
再看调用日志
[image]
最后看号池日志
[image]
结束,接着奏乐接着舞
给看不懂的佬稍微说明下,之前那个帖子拿着 GitHub - chen-006/…


说其实是检测脚本的问题!大意是“我们用正常号无映射到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异常??


写到1楼里吧^-^
反正我从来没见过codex里有48 juice的sol


最简单的论据:至今没有人能用官方gpt的sol-high测出48的juice值


关于论坛这两天对于high的果汁值都有说出现48的情况你这边复现过吗。
这两家都言之凿凿没有造假,但是我自己测试了400+次均没有出现这种情况 ^-^


再者逻辑也是严重不成立的

首先他不能证明juice测试确实有问题

其次证明的juice测试有问题,也无法证明那天给佬友路由没有掺水

举个例子,假设检测准确度是90%,误报率是10%,我运气好测了一千多条都没有误报,他运气差刚好误报了。这个概率得多小大家算算??


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


君的公益站名声在外,我刚进l站就已经耳熟能详,站长做了那么多公益,相信不是恶意去掺水,去破坏佬友们的使用体验。

但如果确实是上游号池问题,或者你自己根本就无法确定,那最好的办法是不是应该如实坦诚公布?而不是把水搅浑说是测试的问题


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


(三编:我气死了,甚至不是luna max?!我花着xhigh的钱,你连luna都不给我满血的???掺水你给我掺好的啊我chovy!
[image]
[image])
(六编:不行了忍不了了,快一天了,够给你面子了。我就点名了,OOIOO,8号下午到晚上,你家sol xhigh是自动路由到luna xhigh的,你们到底处不处理?不会又要嘴上冷处理,实际上dream coding了吧?还是…
最新回复 (19)
  • 小易易 08-09 18:56
    1

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

  • 三月七 08-09 18:56
    2

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

  • 慕鸢 08-09 18:57
    3

    模糊薄弱的截图



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

  • Air84 08-09 18:58
    4

    前排。

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

  • 慕鸢 08-09 18:58
    5

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

  • zhx47 08-09 19:01
    6

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

  • Foresee 08-09 19:02
    7

    检测脚本我觉得还是不错的。现在我做测试也是用的这个脚本,一般都不会出错啦

    我自己的Pro也都测试过,都OK。 ^-^ (当然也会出问题,不过不是乱给数值,而是拒绝回答 ^-^)

  • 黑化喵喵 08-09 19:03
    8

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

  • 海绵踢宝宝 08-09 19:04
    9

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


    这样我也会开中转站了,

    直接找Deepseek当“上游”,发现没有被“路由到Fable”,直接说上游掺假 ^-^


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

  • ybseo2 08-09 19:04
    10

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

  • Smoaflie 08-09 19:05
    11

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




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

  • zhx47 08-09 19:05
    12

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

  • Air84 08-09 19:06
    13

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

  • Yellow 08-09 19:07
    14

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

  • ruyu 08-09 19:09
    15

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

  • star33 08-09 19:12
    16

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

  • Extraverity 08-09 19:12
    17

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



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

  • 小八 08-09 19:12
    18



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

  • LlNUS 08-09 19:13
    19

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

* 帖子来源Linux.do
返回