佬请教一个问题，Azure渠道是否有可能被误报成逆向呢？
从佬的示例来看，这个Azure渠道看起来像是逆向。
呜呜呜所以什么是 LLM 逆向啊？
1 Like
我的azure是可以通过n、stop、max_token参数验证的
官方文档没有提到过推理模型是否支持这些参数 
我的管转key是支持stop参数的
逆向的就是通过爬虫调用比如you.com、genspark、cursor等的聊天网站
1 Like
工具真的很好用！再次感谢佬的付出！
max_token，n，stop三个参数支持，logprobs不支持。
这是不是模型掺假了？
多试几个logprobs试试？
1 Like
来了，正在质问这个渠道的上游。。我这边0.2和0.25的分组测出来是正的，0.8的分组这上游反而给掺了逆向
应该会很快下掉这个渠道
太强了佬，有空试下
太强了佬
佬，我经过了差不多小半天的研究，发现了一个非常有意思的问题：
在输入内容只有Hello的情况下，很多API是无法正常返回logprobs的，但是始皇的依旧没有问题。
但是一旦输入内容长了一些，大部分API都能返回logprobs了，这个logprobs会不会是伪造的？
这好奇怪啊，方便把那几个api站（输入内容只有Hello的情况下，无法正常返回logprobs，输入内容长了一些都能返回logprobs）和分组名称私聊发给我不，我测一下。
好东西啊，佬厉害
破案了，中转商掺假
谢谢佬！佬能讲一下是怎么看出来的吗，因为我curl的时候感觉max tokens似乎还挺正常的？
你可以多试几个模型，比如gpt-4o-2024-11-20。同一个分组如果有模型是逆向的，那其他模型大概率也是逆向的。
好的谢谢佬指导，我研究研究。
感謝分享，太有用了，已star了