我实在是受够了deepseek v4.1 flash的思考死循环

lu2905363 2026-09-22 19:54 1

走的是基元律动tokenrhythm的api,从使用体感上来说应该是和官方一样的deepseek v4.1 flash,智力和速度也都在,但是这个思考死循环越来越频繁了,已经严重干扰使用:明明都还没到一半的上下文,却一到应该工具调用的时候就死循环,如果不手动停止,它能直接循环到token输出上限:




一开始骂一骂还管用,现在发现骂了也没卵用 ^-^ 一旦出现循环整个对话就废了,只能压缩对话或者开新对话



问题是我经常需要AI读之前的工作报告和记忆文档,每次开新对话就是几百k的无缓存输入,这谁受得了?用其他供应商deepseek的佬来说说,你们也经常出现思考死循环吗?

最新回复 (17)
  • None 09-22 19:55
    1

    command code GOAT 套餐在用中,ds4.1flash + dsh,没有任何这类问题

  • 09-22 19:56
    2

    你别说……昨天让他帮我优化一个ppt

    卡了一个半小时不知道烧了多少token

    还是官方api

    一直就是:读取内容-读到一半压缩对话-重新读取-继续压缩……

    用了ppt-master的skill

    我佛了

  • 比卡丘 09-22 19:57
    3

    用opencode go 和 官方api没遇到过。


    我用了5个opencode go(还剩2个没用完) , 500+ RMB官方API


  • YUNXU 09-22 19:57
    4

    3.8flash也有这差不多问题,一直work不动,我让ai修好了,搞了个稳定版给我

  • paiNkiller 09-22 20:00
    5

    我是接CC用的,没见过雷霆大思考,可能它从娘胎生出来就优先讲英文。但是确实它长上下文的注意力很差劲,应该256-512K是一个甜点区间,总之非常重要的东西不要让它来做,尤其涉及到交叉验证…真的是又快又快


  • zljbjh 09-22 20:03
    6

    我用的官方 api + opencode,从未遇到过这种情况。一直很流畅。

  • kanyu 09-22 20:03
    7

    command goat ,和官key + dsh,codex,pi 都没遇到过,唯一一次复读唱歌是用中转时碰到的

  • update 09-22 20:04
    8

    codex和pi中都遇到过好几次,挺烦的,每次都得中断一下才接着干活

  • LightningMaster 09-22 20:06
    9

    我也经常遇到。dsv4.1flash太容易雷霆大思考了,现在都不用它了。倒是gemini3.8flash挺好用。

  • keroro军曹 09-22 20:06
    10

    有点像是用了resp协议的问题?用用chat试试

  • lu2905363 楼主 09-22 20:15
    11

    一直都是走的chat completion

  • zhangdashan 09-22 20:21
    12

    用pi 吧,pi 有pi-deepseek-reasoning-chain-fix 这个插件

  • John Ng (吾行之) 09-22 20:31
    13





  • None 09-22 20:32
    14

    它长上下文的注意力很差劲



    我的场景长上下文却表现非常好…基本上可以放心跑和临时调整。可能是 harness 和项目结构区别



    单个长会话表现非常满意

  • 還sんì吥懂 09-22 20:38
    15

    之前cline-pass上游fireworks遇到过max chrome-dev-tools 死循环(会一直死循环,重新roll对话都会死,但是中间打断然后continue就会结束死循环)


    按照佬友给的路子换到 D老师自己的部署就没有遇到过了呢

  • 龟田彭一郎 09-22 20:38
    16

    今天的grok4.7和mimo 2.6 在我这项目不到两句话就开始思考死循环,倒是之前经常雷霆大思考的ds4.1flash的流畅跑了一天

  • Suhuanzhen 09-22 20:39
    17

    中转站、opencode go、command go没遇到过这个问题。 只有一次看到思考模式唱歌

* 帖子来源Linux.do
返回