lhk229
8e3dae3446
澄清信封按括号配平定界，退化尾巴不再判死整条委派
serde 的 from_str 要求整段输入就是一个值，尾部多一个字节就整包拒收。
而模型在长嵌套 JSON 字符串的尾部会退化：27 个历史 run 的 68 条真实澄清
信封里，有 2 条把信封写完整之后继续在同一个字符串里吐垃圾——
「 马会」、「સwerhu рҭ. 北京赛车? тру. [ ]」。信封本体一个字节都没坏，
函数调用的 arguments JSON 也一次成型（repairAttempt 全为 0），却和真正
写坏的信封一样停在 needs-repair。
这不是截断：坏信封 445–520 字符，好信封 439–529 字符，分布完全重叠，
全场最长的那条解析正常。撞上 max_output_tokens 会把 arguments 本身切断，
那会留下格式修复痕迹，实测一次都没有。
改成从标记后第一个 `{` 起做括号配平扫描（跳过字符串与转义），只把配平的
那个对象喂给 serde，与原型 design_agent.py 的 parse_envelope 一致。信封是
终态协议载荷，配平对象之后不存在协议内容。长度上限随之改按切片计算：
退化尾巴既然不进解析器，也不该替一条合法信封把通道撑爆。
少写闭合符的那一类（同批 5 条，结尾 `}]}` 而非 `}]}]}`）仍然失败——
那是模型真没写完，补括号只是替它猜一个没表达出来的形状，交给 run 内重取。
三条新测试用的是现场原样抓来的载荷：两条退化尾巴必须解析成功，一条缺
闭合符必须继续失败，外加一条正文里含括号字符的信封验证定界只认字符串外的
括号。delegation::tests 19/19，user_input 过滤器 21/21。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-24 04:22:30 +00:00
..
2026-08-22 13:17:26 +08:00
2026-08-24 04:22: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