[Bug] Agent 陷入"叙述但不调用工具"的输出循环，需用户手动打断

[qianhf38-coder]

现象：应调用工具时，Agent 反复输出 comment: read ... / comment: edit ... 式的自我确认叙述，却不实际发起工具调用，循环不止；同一会话多次出现，最终需用户输入"停止吧"强制打断。
环境：DeepSeek Harness Desktop（Windows），模型 deepseek-v4-flash，多轮长会话（含 checkpoint/上下文压缩）中更易触发。
期望：决定调用工具后同一轮内立即发起调用，禁止仅含意图叙述的轮次；对连续多轮"无工具调用且无实质产出"应有自动检测/熔断。
建议最小修复：① 系统提示强化"决定后立即调用工具"；② 运行侧检测连续 N 轮纯叙述自动干预；③ 排查 checkpoint/上下文压缩后生成模式退化。
补充：用户确认非恶意，属生成质量问题，做最小修复即可。

[denial123789]

这里建议先按 durable event shape 分流，否则“连续多轮”可能把三个不同边界混在一起。

在 rc.2 (b150a55) 的 ReactLoopAgent.step() 中，finalized assistant message 如果没有 tool-call block，会返回 completed；在 inbox 没有 nextStep 时，普通 turn 随后结束并回到 idle。也就是说，仅有 comment: read ... 这类文本不会由 core loop 自己开启下一个普通 turn。

最小证据建议同时保留：

1. 每个 turn/start、step/start、assistant/message、tool/call、tool/result、user/message 的顺序；
2. raw assistant chunk types 与 finalized message block types；
3. 每个新增 turn 前一条 user/message 的 source（特别是 { kind: "goal", ... }）；
4. finish reason、模型/provider route，以及同 prompt 在 fresh Session、Goal rounds disabled、control route 三个对照。

由此可以区分：单个 stream 内重复文本（generation/adapter）、多个 text-only turns（需要找 Goal/user/plugin wake source）、一个 turn 内多个 steps（需要找 tool result / next-step / turn-stopping 注入），以及 UI 对同一 durable message 的重复投影。checkpoint/compaction 目前只能算相关性；若要确认因果，需要同一路由的最小 before/after request。

熔断建议只作用于自动来源：连续完成、零 finalized tool-call、零该自动化拥有的 durable transition、也没有 goal complete/block/question 时，按 (Agent lifecycle, automation source, goal revision) 计数并暂停 owner。不要把叙述文本解析为工具调用，否则会绕过 schema、approval 和 call identity；也不要拦截普通用户 turn 的解释、拒绝或最终回答。provider quota 仍应作为独立硬边界。

我维护独立的 DeepSeek Harness Handbook；完整事件路由、四组对照实验与 regression gates 在这里：https://sandbaseai.github.io/deepseek-harness-handbook/runaway-agent-loop.html