未被提及的部分发生变化会直接摧毁用户对修改功能的信任
别名: 改动泄漏 · 株连式重写 · unexpected collateral change
概念解释
用户说「只改标题」，正文的语气、用词、甚至一个已经核对过的数字跟着变了。对用户来说，修改功能承诺的是手术，交出的是株连。未被提及部分的副作用（non-local edit side effects）一旦被看见，信任不是慢慢下降，是当场断掉：下一次人会改用整体重来，或把结果复制出去自己改，不再把「修改」当可用控件。
这里管的不是「系统应不应该保持其余部分不变」这条原则本身，而是副作用被察觉之后，修改这个动作在用户心里立刻作废。
机制
人把「改 X」理解成作用域声明：X 在作用域内，非 X 在作用域外。图形编辑里裁一块、修一处图层，作用域是看得见的。生成式重写把整份文本重新采样，非 X 只是概率上容易长得像原来，不是被锁住。采样一旦走进另一条路径，未提及的句子会换同义词、换顺序、换事实。
信任崩在可预测性，不崩在绝对差异大小。改了一个无关的「的」用户未必在意；改了一个用户刚手工确认过的日期，一次就够。被保护过的内容再被系统改写，会被读成系统无视人的劳动。之后即使用户只想改一个词，也不愿再把整份草稿交给同一按钮。
怎么研究
做作用域泄漏测验：指定一处修改，在其余区域预埋用户已确认的标记（独特数字、用户刚打进去的句子、专有名词）。修改后做逐句 diff。自变量：是否把未选中区域作为硬约束、温度、输出长度。因变量：未提及区域的改动率、被预埋标记的存活率、用户是否仍愿意对下一处使用同一修改入口。
主观信任量表要放在看见 diff 之后再测，不要只在任务结束时问「你信任吗」。一次泄漏就会把后续意愿打到接近零，平均值会掩盖这种阶跃。
边界
探索性生成（海报风格、旋律变奏）里，用户有时希望株连，副作用是特性。代码和数据生成里，未提及部分的改动可能是为了保持一致（改函数名就要改调用点）；那种株连需要被解释成级联，并列出将被动到的位置，而不能假装没有发生。极短文本几乎处处相邻，局部与整体的边界本身不清楚，泄漏难以定义。
怎么落地
- 局部重生成必须把未选中区域锁住：能掩码的掩码，能当条件前缀的当条件前缀，不要对全文重新采样再指望它「看起来差不多」。
- 提交前给出 diff。未提及区域出现改动时，单独标红，并提供「只保留我指出的那处」一键。
- 用户已经手工改过的跨度视为已确认，后续局部生成默认不可碰；要碰必须先问。
- 验证：在一篇带三处已确认标记的草稿上执行「只改标题」。三处标记必须原样保留。任何一处被动过，记为泄漏事故。把事故率写进发布门槛，模型升级后重跑同一组草稿。