[Bug]: [CLI] MiniMax M3.1 Flash 在长上下文下出现单符号僵尸循环，CLI 缺乏循环防护 #534

Product or interface

CLI - interactive TUI

Version

0.6.12 与 0.6.13（两个版本均复现）

Platform

Linux

OS version and architecture

Ubuntu 24.04 x64

Issue area

Other

Desktop log upload ID (optional)

No response

Steps to reproduce

环境：Ubuntu 24.04 x64，使用 minimax code cli 0.6.12 或 0.6.13（两个版本均可复现）。

权限模式：Full access（TUI 中显示的权限模式）；Provider 类型：token_plan。模型选择 MiniMax M3.1 Flash, context 512k,默认压缩,Effort default。

开启长任务 / 长上下文会话，持续进行包含工具调用的编码或推理任务，使上下文规模累积到较长水平。

在约 2–3B token/日量级的使用强度下，可频繁触发“僵尸循环”：模型陷入对单个符号/字符的反复思考输出，无法推进任务，也不会自行跳出。

出现频率（主观印象，非精确计数,非固定,在10.21-10.23期间）：在上述使用强度下，印象中此类循环约出现 7-8次/日；未逐次记录日志，该次数仅为粗略估计。“频繁出现”这一判断是确定的。

Expected and actual behavior

Expected

在长上下文、长时任务中，MiniMax M3.1 Flash 的输出应保持语义连贯；即使推理变长，也应逐步收敛到任务目标或正常终止思考，而不是退化为对单个符号/字符的无限重复。

minimax code cli 作为运行时载体，应在检测到输出高度重复、单字符循环或思考停滞时触发防护（截断、重试、熔断或提示用户），而不是放任循环持续消耗 token。

Actual

MiniMax M3.1 Flash 在长时/长上下文任务中频繁出现单符号死循环思考：输出退化为对某一符号的反复生成，任务进度完全停滞，无法自行跳出。

minimax code cli 未表现出有效的循环检测或防护行为：循环未被截断，也未触发重试或熔断，token 持续被无效消耗。

该现象在 0.6.12 与 0.6.13 两个版本中均存在，且与长上下文条件强相关。推测与运行时缺乏基于输出重复度的异常检测有关（此为推断，非已确认结论）。

补充分析（供参考，非结论）

触发条件指向 长上下文 + 长时运行，而非特定单次短任务；复现时建议优先在长会话中观察。

“单符号循环”是一种低熵但高消耗的退化模式，适合用轻量级运行时信号（如连续输出 token 重复率、输出熵骤降、思考块内字符循环）做早期检测。

当前 CLI 在长任务中承担“模型输出 → 工具调用 → 回写上下文”的闭环，一旦模型侧进入循环，CLI 是最自然的防护边界：建议在模型输出层加入循环熔断，而不是依赖用户手动中断。

社区中也有类似反馈（长上下文下出现“恶性循环”“死循环狂烧 token”等），但未附具体链接，仅作背景参考，不作为本 Issue 的证据。

Redacted error summary

Screenshots

Before submitting

• I have searched existing issues.
• I have included my version and removed sensitive information.