直接操纵与自动化在控制权上冲突
别名: 自动化冲突 · 控制权 · 混合交互 · 双重事实源
概念解释
直接操纵假定用户发起并逐步修正动作；自动化、推荐、吸附、自动布局和智能重排会替用户改变对象。若系统在用户操作间更新状态、移动目标或撤销选择，用户会失去"我在控制对象"的感觉。这一条和"保持用户的控制感"那条黄金法则讨论的是相邻但不同层面的问题：那一条谈的是心理感受层面的施动感，这一条要谈的是直接操纵这套交互范式在工程实现上具体会在哪个环节和自动化正面相撞——这是一个关于因果链条会在什么条件下断裂的机制问题，而不只是"用户感觉如何"的问题。
机制
直接操纵能够成立，靠的是"用户的手部动作"和"对象状态的变化"之间维持着一条连续的因果链条——用户拖到哪里，对象就停在哪里，这条链条一旦确立，用户不需要额外的推理就能确认自己在控制这个对象。自动化行为的介入方式恰恰会打断这条链条：如果用户刚把一个对象拖到某个位置，系统紧接着又自动把它挪到别处去对齐、或者在用户还在操作列表的时候后台自动重排了列表顺序，这些改变的发起者不是用户的手部动作，而是系统自己的判断，链条在这里被切断了——用户的上一次动作和眼前看到的新状态之间不再存在直接的因果关系，这也是为什么这种情况会让人感觉"控制权被抢走了"，而不只是"结果不符合预期"。更棘手的是，混合了直接操纵和自动化的界面，实际上同时存在两个都声称掌握对象真实状态的信息源：一个是用户手上正在进行的操作留下的状态，另一个是自动化逻辑基于自己的规则推算出来的状态，如果这两者没有被设计成共享同一份状态、遵循同一套操作契约，用户看到的画面和系统内部实际记录的状态就可能出现分歧，这种分歧比单纯的"操作被打断"更难排查，因为表面上看起来一切正常，只有在后续某个环节才会暴露出数据对不上。
边界
这不是要求彻底禁止自动化介入直接操纵的场景。低风险的吸附辅助、拼写自动修正、经过用户明确启用之后才生效的批量建议，这些自动化行为本身能明显提高效率，也不太容易造成前面说的那种因果链条断裂感——因为它们要么发生在用户动作还没有结束的瞬间（吸附辅助是在用户还在拖动的过程中提供辅助线，用户依然感觉自己在控制），要么是用户主动打开的开关，因果关系本身没有被系统偷偷替换掉。真正需要谨慎处理的是安全场景下必须由系统主动介入的情况——比如检测到危险操作后自动撤销或锁定，这类场景确实可能需要牺牲一部分用户控制感去换取安全，但系统必须留下清楚的审计记录和明确的恢复路径，让用户事后能看懂"刚才发生了什么、为什么会这样"。判断一次自动化介入是不是合理，关键在于它有没有做到可见、可配置，以及是不是覆盖了本该由人工决定的高后果判断。
怎么落地
- 自动布局、吸附辅助和自动补全这几类功能，都应该提供明确的开关、可调节的介入强度、介入前的预览，以及针对单次介入结果的"这次不要"选项。
- 当系统主动修改了某个对象的状态时，要明确高亮标出这次变化的来源不是用户操作，同时保留修改前后的版本，并且允许撤销这次系统发起的修改。
- 在用户开始拖拽或者正在编辑某个对象的过程中，暂停任何可能与之冲突的自动重排逻辑，等用户这次操作明确结束之后，再询问是否要应用自动化建议，而不是在用户动作进行到一半时突然介入。
- 验证办法：为直接操作的结果和自动化逻辑给出的结果建立一套等价性测试，检查两条路径最终落地的数据、触发的日志记录和发送给其他人的通知是不是完全一致，确保不会出现"界面上看到一个结果，系统内部记的是另一个结果"这种双重事实源的情况。