lhk229
b7bc4c4442
回滚坏信封的谱系计费改动，改走原型口径的 run 内重试
Revert f38ce456d 和 f7644ff5c。
对照原型（local-scripts/deisgn_agent）后确认这两个提交修错了层。原型把
信封解析失败当成「本回合没推进流程」，在**同一个 child run 内**注入错误重来，
与「超轮次仍提问」「纯自由文本」共用一份 MAX_WASTED_TURNS=3 的预算；坏信封
根本不会变成一条 delivery，委派谱系、澄清轮次、返工深度、session 投影一个
都碰不到。
生产是让坏信封逃逸成 needs-repair delivery，于是牵动三套编码了同一条假设
（新委派 = 新段落）的不变量。逐道放松的代价已经现形：改完谱系计数撞上
session 投影的 quality-repair 分支，改完那支又撞上
PLAN_IDENTITY_CONFLICT「非 UserRevisionRequested 父边不能保留
appliedAnswers」。
正确做法是在 final reply 返回处就地解析信封、失败则有界重取，不让它逃逸。
届时「重试 3 次仍写不出合法信封」确实是质量问题，按普通质量返工计费与三道
守卫全部自洽，不需要 userInputEnvelopeUnparsable 字段，也不需要
EnvelopeRetry 那支跳类型文案。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-24 03:15:26 +00:00
..
2026-08-22 13:17:26 +08:00
2026-08-24 03:15:26 +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