自动保存生成的版本与用户主动保存的版本需要区分标识
别名: 自动保存版本 · 命名版本 · named revision
概念解释
历史里的快照有两类来源：自动保存按时间或击键落下，密度高、意图弱；主动保存是人点了保存、发布、或「存为版本」，密度低、意图强。列表必须让这两类一眼可分——图标、文案「自动」对「你保存的」、可写的标题——否则人会把十个自动点当成十次有意义的里程碑，或找不到自己刚存的那一版。它不解释差要细到什么粒度，也不解释列表太长怎么折。草稿自动保存有没有可见状态，是表单侧的问题；这里是历史列表里的身份标记。
机制
自动保存的目的是防丢，不是立碑。人记得的是「提交给客户之前那版」「我点保存的那一下」。两类混成同一排时间戳，记忆无法落地：自动点太多，主动点被挤出首屏；或者人把某次自动点误当成发布。标识把意图写回列表：浏览时可以滤掉自动，比较时可以只拿主动点当锚。自动点仍要可打开，因为崩溃恢复可能只存在于其中一次；只是默认视觉权重更低。若主动保存没有强制命名，人稍后仍会认不出，标识只完成了一半。自动保存失败却仍在列表里画一个空点，会让人以为那一分钟的工作已经入史。
怎么研究
一段编辑过程中夹杂多次自动保存和两次主动保存。请人「找回你点保存的那一版」和「找回崩溃前最后一分钟」。比较无区别、自动降权、主动可命名。
自变量：两类是否分标、是否可过滤自动、主动保存能否写标题。 因变量：找主动点的时间、误把自动点当发布、找不到最近自动点用于恢复。
实验室若让人在每次自动保存时停下来看列表，测到的是清单而不是事后再认。应隔一段时间再打开历史。不要和保留期限混测——两类都还在。
边界
没有自动保存、只有手动检查点的产品，不必画「自动」类。每键同步且不落独立快照的文档，历史里可能只有主动命名版，自动防丢走另一条草稿通道。合规要求每一次改动都同等留痕时，两类仍应可分，但不能把自动点做成不可审。协作中别人的自动保存不应看起来像「你保存的」。
怎么落地
- 主动保存在列表里用实心标记和可选标题；自动保存用「自动」灰标，默认可折叠。
- 提供「仅看我保存的」过滤；恢复崩溃时再展开自动点。
- 自动写入失败不要生成空条目；成功则时间足够用来找回最近一分钟。
- 验证：请人指出自己点过保存的那一条，不应需要打开每一个自动点。再模拟崩溃，最近的自动点应仍能打开且标明自动。