工具失败还在原参数重试：掐断 Kimi 死循环

模型侧

对照 GitHub Issues（如 #2557、#2142、#1950、#640）和实操观察：

• 工具失败后，仍常发出参数完全相同的下一次调用
• 失败结果没进有效记忆，或被当成「再验证一次」的信号
• 上下文压缩后更容易失忆，重新开跑同一循环

官方 changelog 里有过「重复无效工具调用后停轮」一类修复，但模型侧的重复倾向并未消失。

配置侧

默认循环控制偏宽：

截图 + temp\ 路径会放大问题：文件可能已不存在、路径/权限失败、图片字节预算踩线后无限重试；Ralph 循环（--max-ralph-iterations）若没停条件，会再放大一轮。

收紧循环控制（优先做）

在 ~/.kimi-code/config.toml（或项目级配置）写明：

1
[loop_control]
2
max_steps_per_turn = 40          # 建议 30–60，默认 1000 太高
3
max_retries_per_step = 2         # 建议 1–2
4
max_ralph_iterations = 0         # 不需要 Ralph 就关掉

命令行临时覆盖：

1
kimi --max-steps-per-turn 40 --max-retries-per-step 2

或环境变量：

1
KIMI_LOOP_MAX_STEPS_PER_TURN=40
2
KIMI_LOOP_MAX_RETRIES_PER_STEP=2

改完 /reload 或重开会话。

提示词写清「失败即停」

任务描述或 /goal 里直接写死：

• 同一工具（尤其 Read 图片 / 同一文件）连续失败超过 2 次：停止重试，报告原因并结束本轮，禁止同参再调
• 验证结束就输出结论，别继续啃已失败的截图或临时文件
• Do not retry identical tool calls with the same arguments after failure.

官方也建议用 /goal 给多步任务一条清晰 finish line；很多人反馈，加上「失败即停」后循环明显少。

截图 / 临时文件习惯

• 先 ls / dir 确认存在，再 Read
• 验证图放到稳定路径，别赌 temp\ 寿命
• 一旦连环 failed：立刻 Esc / Ctrl-C，新开一轮或明确说「这些已失败，跳过」

长会话

• 主动 /compact 或开新会话，减轻压缩后遗忘
• CLI 保持较新版本（官方修过无效工具调用无限重试）