L3.12.2regenerate must have a merge rule after human edits设计研究
用户接管编辑后再次生成会覆盖人工改动，必须有明确的合并规则
别名: 覆盖人工改动 · 再生成合并 · overwrite vs merge
概念解释
第三段被改成了客户的真数字。再点「生成」，整篇换新，真数字没了。人以为生成是在未改的部分继续，系统把文档当成新的空白目标。再生成的合并规则（merge rule on regenerate）要求：接管之后若还允许生成，必须事先说清新输出与人工改动怎么处——覆盖、并排、只填未改区、冲突时停——不能靠人在事后发现「我改的没了」。
草稿还是成品，决定敢不敢改。这里改已经发生了，问的是下一次生成怎么对待这些改。
机制
生成接口默认吃的是提示，不是「当前文档减去人的补丁」。再生成若把整篇当新采样，人的补丁不在条件里，必然被盖掉。人的心智模型相反：编辑器里的字是稳定的，新生成应像「再写后面」或「只改我选中的」。两种模型在同一按钮上相遇，没有规则就按系统的默认走，也就是覆盖。
覆盖特别伤，因为改动往往是核验过的槽：数字、名字、法律措辞。被盖掉的不是文风，是已经付过核验成本的内容。
怎么研究
先让人改若干槽位，再触发再生成。比较：整篇覆盖、只生成选区、三路合并并标冲突。因变量：核验过的槽是否还在、人是否察觉覆盖、是否还敢再点生成。自变量：规则是否事先说明、改动是否高亮。
「不敢再点生成」是规则缺失的行为后果，要单独报。
边界
用户明确要「全部重来」，覆盖是被请求的，仍应提示将丢弃已改内容。只读查看器没有接管，也就没有合并。局部再生成若选区不含人工改动，规则简化为「区外不动」。协作里两人同时改，合并还要处理人际冲突，超出单用户规则。这条不处理改动要不要署名。
怎么落地
- 再生成前检测文档里是否有人工改动。有，则禁止静默整篇覆盖，改为：只生成选区 / 并排新稿 / 列出将丢失的改动并确认。
- 把规则写在按钮旁，不要写在帮助里。「将替换你改过的段落」必须在动作级可见。
- 默认保护被改过的槽，新生成填入未改区。冲突停下来让人挑，不要自动赢。
- 验证：改一个数字后再生成。数字若消失且没有确认，合并规则不存在。数字还在且新稿在旁边，规则在工作。