lhk229
f38ce456d1
坏信封重投不再吃掉唯一的返工额度
子 Agent 终态首行是 AGC_NEEDS_USER_INPUT_V1 但信封 JSON 解析不了时，
Runtime 把它降级成 needs-repair，于是下一跳按质量返工计费，吃掉整条委派
唯一的 repair_depth。
生产实测这不是质量问题：农场经营项目里被截断那次的正文与重投那次逐字节
相同（445 vs 447 字符，前者是后者的严格前缀），只少了收尾的 `]}`，
报错是 EOF while parsing a list at line 1 column 904。一次字节级截断把
返工额度用光，之后真出现方案质量问题时已经没有返工可用。
structured result 新增可持久化标记 userInputEnvelopeUnparsable（旧记录
反序列化为 false，按原样当质量返工处理）。谱系计数遇到带这个标记的父节点
时既不加 repair_depth 也不重置 clarification_round，额度上限 1：连续第二次
落回返工分支，由既有的 repair_depth <= 1 兜住，不会无限重投。
任务正文同步加 EnvelopeRetry 一支。原来那句「唯一返工轮」对重投跳既是
假天花板，又是做游戏链路三个视觉角色 replaceExisting=true 的授权信号，
不能复用。Repair 分支逐字不变。
顺带把 cargo fmt 对前两个提交里新增代码的重排一并带上。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-23 17:05:30 +00:00
..
2026-08-22 13:17:26 +08:00
2026-08-23 17:05:30 +00:00
2026-08-22 13:17:26 +08:00
2026-08-22 13:17:26 +08:00
2026-08-22 13:17:26 +08:00