每天早上一封邮件,把昨天的 AI 梳理好订阅邮件

METAL LAB

DeepSeek-V4-Flash-0731, 长上下文中出现作业停滞现象报告

在与OpenCode联动本地运行时超过10万token后生成中断…可通过resume命令恢复

이미지: METAL LAB 생성

摘要

  • 一名Reddit用户报告称,在本地环境运行DeepSeek-V4-Flash-0731时,超过100K+ token上下文后生成会出现停滞现象
  • 该用户表示,在OpenCode中输入"resume"命令后可正常继续作业
  • 目前尚未确认原因出在模型本身,还是推理引擎或OpenCode一方
대상 모델
DeepSeek-V4-Flash-0731
실행 환경
Unsloth Studio Q8_K_XL GGUF + OpenCode
증상
약 100K 토큰 이상 컨텍스트에서 생성 중단
임시 대응
'resume' 명령 입력 시 정상 재개
보고 출처
r/LocalLLaMA 커뮤니티 게시글

长时间作业中突然停止的报告

一名Reddit用户在r/LocalLLaMA上分享了本地运行DeepSeek-V4-Flash-0731时遇到的现象。该用户表示,在将Unsloth Studio发布的Q8_K_XL GGUF版本与OpenCode联动进行长时间代理式编程作业时,一旦上下文超过约10万token,模型就会在作业过程中毫无错误提示地停止生成。

作者表示,该现象并非每次都会发生,但反复出现过。其描述的模式为:"上下文达到10万token以上→生成中断→输入resume→正常恢复作业→上下文再次增加→再次中断"。

原因尚不明确

作者表示:"输入resume命令后会立即恢复正常,因此模型似乎并非完全停止或崩溃。"不过他也表示,无法确定该问题究竟出在模型本身、llama.cpp等推理引擎、上下文处理方式、提示缓存、工具调用,还是OpenCode本身。他还提到,其运行环境是在服务器上通过tmux会话直接运行OpenCode。

据悉,该案例目前仍只是社区层面的个别报告,DeepSeek方面或Unsloth方面均未作出官方确认。是否有其他用户遇到相同症状,仍需进一步确认。