合并结果需对用户可见
别名: 合并透明性 · 可见的合并 · 静默合并的问题
概念解释
当系统在后台自动融合了并发修改，这件事本身和它的产物都必须让受影响的人看见。看不见的合并不会被视为系统在工作，而会被体验为「文档自己变了」：刚才还在的那句话没了，段落的顺序动了，却没有任何人交代。合并透明性（merge transparency）指的就是这种可见性——合并发生了什么、动了谁的文字、结果长什么样，对相关编辑者可感知、可追溯。它是自动合并机制能够被信任的前提，而不是锦上添花的动画。
机制
并发编辑期间，每个人心里都持有一份文档当前状态的心理模型；自动合并只收敛了文件，没有收敛模型。如果合并是静默的，每个人继续按自己最后看到的样子工作，直到某个时刻发现内容与记忆不符——句子被改了半截、自己写的定义消失了。此时归因不可能（不知道是谁、在哪个合并里改的），修复也无从下手，对工具的信任随之下滑。可见性把合并从「后台悄悄改动」变成「持续进行的协商」：实时场景里，他人的修改连同作者身份即时出现在视野内（彩色光标、名字标签、刚变化的区域短暂高亮），使各方心理模型持续对齐；批量合并场景里（离线同步、分支合并），合并被呈现为一份可导航的变更清单而非一次悄无声息的文件替换。合并结果的语义质量仍靠人把关，而人只有看见才有机会把关。
怎么研究
- 范式：以干扰记忆与情境意识的方法考察合并可见性——被试在协作编辑中途被插入探测问题（「刚才这段现在是什么样？」），操纵合并呈现方式（实时流式可见 / 事后汇总可见 / 完全不可见），测量探测正确率与恢复耗时；也可以用部署日志分析静默合并之后短时间内发生的回改、撤销与困惑性询问的频率。
- 变量：自变量为合并可见性的时机与粒度（逐操作实时 / 汇总延迟 / 无）；因变量为对他人修改的察觉率、误引用旧内容次数、撤销使用率。
- 在界面研究里的用途：评估协作编辑器在长时间离线重连、分支合并等高变更量场景下的可理解性。
- 方法论注意点：实时可见性的收益与干扰是一对此消彼长的量，实验若只测「察觉率」会一律奖励更强的可见性，必须同时测对自身写作的打断感与产出质量，否则结论偏向骚扰式的全量提示。
边界
可见性有注意成本，并非越强越好。字符级的实时共创里，每个合并的击键就是编辑本身，流式呈现没有额外负担；但离线同步或分支合并动辄几十上百处变更，全量可见等于强迫一次 diff 评审，成本随变更量线性增长，低风险的小合并用摘要级可见就够。可见性也不等于审批权：实时协作无法要求每个合并都被人批准，强行加入确认步骤会摧毁并行度——那是把乐观并发退化为人工检查站。另外，呈现「谁改的」依赖作者身份信息真实存在，匿名或聚合身份的合并只能做到位置可见，做不到归因可见。
怎么落地
- 实时编辑器中，让合并结果连同作者身份流式呈现：他人光标、名字标签、刚变更区域的短暂高亮。
- 断线重连、分支合并等批量场景，把合并呈现为可导航的变更列表，按区域分组、可逐项跳转，而不是静默替换文件。
- 对语义敏感内容（代码、公式），自动合并后给出「机器已合并、请复核此区域」的标记，把人的注意力集中到真正需要判断的地方。
- 验证：两名用户并发编辑后各自复述「对方改了什么」；复述不出关键变更，或日志里出现合并后大量撤销与回改，就是可见性失败的信号。