【澄清】关于Output计费“翻倍”的最终回应:技术原理、证据展示与赔本方案【FoxCode】
- 内容介绍
- 文章标签
- 相关推荐
很抱歉占用佬友的时间
1、 从 lueluelue 大佬以及 n 佬提出问题以来,我们在评论区回复过很多次是 bug,但口说无凭,很多佬友确实不信,觉得我们是在“嘴硬”或者“故意黑钱”。
被喷了没关系,但如果是因为技术原理导致的误解,我们觉得有必要自证一波。我们不是为了洗白,只是想把真实的后台逻辑摆出来,证明绝对不存在“刻意翻倍”的情况。
为什么不可能是“刻意多扣”?
如果我们要黑钱,没必要留这么大的漏洞给自己埋雷。
大家看下面的后台日志,这是我们在处理调用工具(Tools)时的记录。可以看到存在大量 Tokens 为 1 的情况。
这意味着什么?意味着在这些情况下,我们根本没计费。
image2258×1600 433 KB
image2016×1614 436 KB
image2444×478 55.1 KB
image1628×1102 160 KB
image2170×924 187 KB
image2252×972 193 KB
大家也可以试一下,
body.txt (349.7 KB)
以下为逆向返回的内容所示,只返回了消耗的额度,并未返回实际的tokens数量,并未刻意不接入
image464×1000 200 KB
对比一下N佬的(以下是N佬的测试图)(我们input不仅少了几百tokens,output直接不计)
image2086×1668 457 KB
当返回内容较大时output达3倍问题结论(内容较少时误差较少不会存在此问题),我们已将该渠道所有output倍率调为1/3。防止佬们的权益受到影响,只会漏记不会多记,本身做这个也是福利渠道,之前被骂确实挺委屈,那就让利,欢迎来薅羊毛。
很抱歉占用佬友的时间
1、 从 lueluelue 大佬以及 n 佬提出问题以来,我们在评论区回复过很多次是 bug,但口说无凭,很多佬友确实不信,觉得我们是在“嘴硬”或者“故意黑钱”。
被喷了没关系,但如果是因为技术原理导致的误解,我们觉得有必要自证一波。我们不是为了洗白,只是想把真实的后台逻辑摆出来,证明绝对不存在“刻意翻倍”的情况。
为什么不可能是“刻意多扣”?
如果我们要黑钱,没必要留这么大的漏洞给自己埋雷。
大家看下面的后台日志,这是我们在处理调用工具(Tools)时的记录。可以看到存在大量 Tokens 为 1 的情况。
这意味着什么?意味着在这些情况下,我们根本没计费。
image2258×1600 433 KB
image2016×1614 436 KB
image2444×478 55.1 KB
image1628×1102 160 KB
image2170×924 187 KB
image2252×972 193 KB
大家也可以试一下,
body.txt (349.7 KB)
以下为逆向返回的内容所示,只返回了消耗的额度,并未返回实际的tokens数量,并未刻意不接入
image464×1000 200 KB
对比一下N佬的(以下是N佬的测试图)(我们input不仅少了几百tokens,output直接不计)
image2086×1668 457 KB
当返回内容较大时output达3倍问题结论(内容较少时误差较少不会存在此问题),我们已将该渠道所有output倍率调为1/3。防止佬们的权益受到影响,只会漏记不会多记,本身做这个也是福利渠道,之前被骂确实挺委屈,那就让利,欢迎来薅羊毛。

