v1.5.6：正文四处措辞收窄

v1.5.6 — 正文四处措辞收窄（第二轮术语对齐）

这一版来自作者对我提的十个「不明白」的逐条作答。口径整体落进 UNDERSTANDING.md（读错清单 12 → 17 条），其中四处需要动正文，逐条批准，都是半句到一处词，不改文风、不动结构。

这一轮对齐上的是什么

• 重启点＝任务边界＝用户目标；归并是实现途径。任务太大就被拆成多轮「分支并行 + 归并」（主 Agent 的活）。于是重启有两个尺度：目标级（用户给新目标）与轮级（一轮末归并＝对代码库、功能与意图状态的一次大更新，前缀随之换代）。"不必等全部完成再归并"说的是不必等整个目标完成——一轮一收，一轮之内不换前缀版本（附录2 那条"未命中按前缀版本数计、不按分支数计"就架在这上面）。
• 并发是响应式的：用户与子 Agent 都是输入信号，主 Agent 的契约是一份声明，系统像前端框架的响应式＋声明式 UI 那样重新求值。
• "最大前缀组装"有两个"最大"：共享字节最大、尽量前置；保住文件本身的结构性，装出来的形状要对齐模型训练时反复见到的 tools／文件格式。
• 段序：易变段（意图映射、系统状态）固定在前缀尾部，稳定段在前——"变动的只落在尾部、没变的部分逐字节相同"才成立（正文不展开，但它是账的前提）。
• 环境：底层内容一份，每个分支一份虚拟工作区（写时才占空间，以内存换效率）；难点是虚拟文件的编译与测试。
• 模型一致性＝主 Agent 与子 Agent 用同一个模型，为的是同一主子模型下缓存对齐最大化；跨模型时仍优于"大模型规划、小模型落地"。"理解／执行解耦"解耦的是职责，不是模型实例。
• 不变量：对齐理解必须在主 Agent，具体落地必须委派——哪怕不分支也要委派。 不易解耦时分支变少、缓存共享的摊薄变差，这就是"轻微额外成本"的落点；线性结构是分支循环重启结构的特例。
• 冲突由主分支依它制定契约时的那份上下文审查、择优采纳；解耦了探索与落地、又事先有契约，巨大冲突是小概率事件。

正文四处

位置	改了什么
L105（我上一轮插的那半句）	补上轮级重启：「重启点由任务边界给定**（一个目标之内，每完成一轮归并又是一次）**，到点重建一次，边界内按需存取」
L157	「理解/执行模型解耦」→「理解与执行解耦」（删"模型"二字，免得读成两个模型）
L153	「代码映射」→「意图映射」（一个东西两个名字，统一）
L187	「回退到主Agent/少分支结构上」→「回退到少分支、乃至单分支的结构上，落地仍然是委派」

校验

39 页、210 个可点击链接；逐行核对 495 行未命中 0；角标 125、条目 52、双向 52/52；内部链接 134 无悬空；溢出正文框 0、图内文字越界 0、表格横向溢出 0/25；目录 30/30；胶囊 35 处（整句 19 / 短语 16）。

视觉复核第 6、8 页：无孤字底块（那个 33 字整句胶囊这次折出 17 字续行）。第 8 页末行只有「样。」两个字——查明不是本轮改出来的：v1.5.5 里同一段的同一处折行本来就是这个两字末行，当时落在页面中部；本轮内容把后面各推下两三行，它才落到页底，而 p{orphans:2;widows:2} 让下一段整体移到第 9 页（p8 只剩 12.7mm，不足两行）。控制规则在正常工作，不是排版错误；能解它的是 text-wrap:pretty，但那会重排全部 39 页，属于版式约定，等你定。

留白

618mm（均 16.3mm/页），比 v1.5.5 的 645mm 反而少了 27mm——四处措辞把那几页原先的余量填掉了（第 14 页 46mm → 7.9mm）。页数仍是 39 页。