deepseek稳定命中灰测的邪修办法。

TOT 2026-08-20 23:47 1

首先,你必须有一个会话命中过灰测。没有的佬可以睡了。。。


效果: 所有用这个Test供应商的请求,发送出去的会话id和user id全部为灰测的。稳定命中灰测。

弊端:同时只能跑一个Test供应商的会话,多了可能导致kvcache串。具体没测。



不要质疑造假,成串成串的思考输出 + 段落尾部停顿 + v4p 25t/s的速度。


铁一般的灰测



简要解决办法,佬们可以自己研究。




  1. 开启reqable抓包,打开dsh监听。




  2. 在灰测会话里发送任意提示词,reqable抓该会话的这两个header的值。





  3. 把两个值按下面的供应商模版填写到settings里。




  4. 应该不需要重启dsh 就能用。




      deepseek:
{
apiKeyEnv: DEEPSEEK_API_KEY,
displayName: Test DeepSeek,
baseURL: https://api.deepseek.com/v1,
headers:
{
"x-deepseek-harness-user-id": "cfxxxxxxxxxxxxxx",
"x-deepseek-harness-session-id": "session-xxxxxxxxxxxxxxxxx"
},
models:
[
{
id: deepseek-v4-pro,
reasoningEfforts: { off: null, low: low, high: high, max: max },
compat: { thinkingFormat: deepseek, supportsReasoningEffort: true }
},
{
id: deepseek-v4-flash,
reasoningEfforts: { off: null, low: low, high: high, max: max },
compat: { thinkingFormat: deepseek, supportsReasoningEffort: true }
}
]
},

最新回复 (13)
  • llliiilll 08-20 23:51
    2

    看懂了,意思就是请求都打在这一台确定灰测的机器上

  • 不要吃太饱 08-20 23:54
    3

    测了一个不复杂的前端,花了我六块多,不敢玩了

  • TOT 楼主 08-20 23:54
    4

    ds官方应该是每个用户设置随机两个会话ID进灰测,并记录会话ID在Redis或其他缓存中。


    后续该会话ID的所有请求均会进入灰测推理集群,确保灰测时段内推理连续性。


    大概坠机的时间:



    1. ds关了灰测

    2. 缓存TTL自动清理(但不清楚有没有命中自动续期)

    3. ds有别的机制控制灰测准入会话ID。

  • MuShang 08-20 23:57
    5

    小难梁:阴死泥坝了,这都能找出来

  • Jerry2008 08-21 00:00
    6

    怎么看进没进回测,用中文思考算吗?

  • TOT 楼主 08-21 00:04
    7

    灰测特征是:首字输出相比正式版很慢,每段落输出后会卡一下,然后下一段落突然出一大段,接着继续段落尾部卡一下。

  • supermadmax 08-21 00:07
    8

    昨天抽了很久一直没抽到,今天两次就抽到了,是大范围灰度了吗 ^-^

  • Qin Mian 08-21 00:08
    9

    这次好像是不仅范围大,而且时间长,我在b站看好久直播了,我自己这也在跑

  • DIAVE971 08-21 00:11
    10

    跑了一个半小时修bug,跑了我30块,我不敢玩了,现在还倒欠梁叔叔一块多。

  • NukaColaM 08-21 00:40
    11

    这样是不可以跑个分了?

    先抽出卡在保卡。

  • TOT 楼主 08-21 01:26
    12

    不太好跑,现有的benchmark得改改

  • 爱你们 08-21 01:28
    13

    是路由到fable吗?还是什么?

  • TOT 楼主 08-21 01:34
    14

    99%概率非路由fable。


    fable没这么强。

* 帖子来源Linux.do
返回