Repository navigation
v1.5.5:正文六处定性收口
v1.5.5 — 正文六处定性收口,理解文档三处实质改正
这一版是作者与我的第二轮对齐:作者要求「根据理解文档继续对齐,还有什么内容是你质疑的,聚焦正文,关注定性」。我提出十二条质疑,作者逐条回答,其中六条落成正文改动——全部是半句到一句,不改文风、不动结构。
正文六处
| 位置 | 改了什么 | 为什么 |
|---|---|---|
| 推论3(普适) | 「上下文照样要重建、切分、合并、重载,只是没有需要维护的环境实体」→「上下文那时就是全部环境,状态同样要以一个个可指认的单元保存下来、像文件一样被管理」 | 原句字面把「没有环境实体」写成唯一差别;作者的原意是四步的形态:纯 chat 里状态仍要以单元形式、像文件一样被管理 |
| 「投影」那一段 | 补一句:新上下文里住着两种东西——环境里已有的(代码、状态、依赖)离开随时能取出;环境里没有的(意图映射)离开就得重新读懂,所以它不离开,读懂之后写下来、靠每步复用摊薄 | 前缀里最贵、最必须每步被读的那一段没有原像,它不是投影回来的,是写下来的 |
| 「构建可被规划」 | 加限定:「重启点由任务边界给定,到边界重建一次,边界内按需存取」 | 主 Agent 的循环重启本身就是重建,只是以任务边界为粒度 |
| 「错的代价不是损失」 | 「猜错了」→「猜偏了,也只是多背进来一点为真却用不上的背景信息」;并加括注收窄定义域 | 原文的保证只在多带了为真但无用的内容时成立;把错的地图装进去,代价是做错决策 |
| 「环境 + 协议」 | 补括注:协议即每个模型自己的上下文与工具拟合形状(见附录1) | 「协议」全篇只出现这一次,指的是解耦 Context 之后那层模型上下文耦合兼容层 |
| 能力口径两处 | 「确保模型能力发挥稳定」→「让同一个模型发挥得更充分」;「能力下降被有效控制」→「中段迷失与能力衰减被压住,而更短、更聚焦的上下文本身就让同一个模型发挥得更好」 | 与附录 A2.6 已纠正过的口径拉平(正文并非整体保守,L105 本来就写了「干净上下文本身的能力增益」) |
文档与理解
UNDERSTANDING.md三处实质改正:§3「构建可被规划」两侧都成立(原写成只适用子 Agent);§2 补「投影只覆盖一半」;新增「协议」的定义、「错」的定义域,读错清单由八条增到十二条。REVISION.md记 v1.5.5,并修掉两处陈旧数字(正文表格 26 → 25 张、胶囊 17+12 → 19+16)。- 顺手修掉附录2 里两处遗留的 ASCII 直引号(0 直引号是硬不变量)。
校验
39 页、210 个可点击链接;逐行核对 495 行未命中 0;角标 125、条目 52、双向 52/52;内部链接 134 无悬空;溢出正文框 0、图内文字越界 0、表格横向溢出 0/25;目录 30/30;胶囊 35 处(整句 19 / 短语 16)。
如实报一笔
底部留白 624 → 645mm(均 16.0 → 17.0mm),页数仍是 39 页。正文六处收口加了约 400 字,先填掉第 6 页原先的 53mm 余量,再逐页把后面各推下一两行。视觉复核还抓出一处真瑕疵:我插在段首的那句限定把同一个 33 字整句胶囊的折行点推出一格,第二行行首只剩一个带深色底块的「分」字——把插入句「边界之内」紧成「边界内」,折行点退回一格,残片归零,复核确认消失(整句胶囊必须允许折行,故不能用 v1.5.4 那种 nowrap 的解法)。