大量同名或相似内容需要辅助信息帮助区分定位
别名: 同名文件 · 搜索结果辨识 · result snippets
概念解释
库里会堆着许多标题相同或几乎相同的对象：「周报」「合同 v2」「无标题」。搜索或近期列表若只显示标题，人无法判断哪一条才是要打开的。辅助信息是标题之外仍能扫到的线索：更新时间、所有者、所在文件夹或空间、体积、状态（草稿 / 已发布 / 已归档）、一句命中摘要。它解决的是命中已出现之后怎么认。字段覆盖和空结果诊断管的是找不找得到；这里管找得到一排之后怎么点对。
机制
标题是弱标识。复制、模板、导出、多人各存一份，都会生产同名。人用来辨认的是情节记忆：谁的、哪天的、放在哪个项目。结果行若只有标题，人只能靠打开来排除，误开机密或把旧稿发给客户。辅助信息把情节记忆接到行上，扫视即可排除。摘要还应包含查询词所在的那一句，否则十条「周报」看起来一样。排序不能代替辨认：按时间排仍可能同一分钟存了两份。缩略图对幻灯片有用，对纯文本合同几乎无用，不能当唯一线索。
怎么研究
放入若干同名对象，分别属于不同人、不同文件夹、不同日期。请人打开「你上周在项目甲里改的那份」。比较：仅标题、标题加所有者与时间、再加路径与命中句。
自变量：行上有哪些辅助字段、摘要是否含查询词、是否显示状态。 因变量：首次点中正确对象的比例、误开次数、打开后立刻关闭再选的次数。
实验室若允许先看文件夹再搜，辅助信息的必要性会被掩盖。应从搜索结果出发。不要把「结果去重成一条」当成辨认——合并可能藏起人要的那一份。
边界
库很小、同名几乎不出现时，行上堆太多元数据是噪声。隐私要求不能向其他人显示所有者时，用「你 / 其他人」或空间名代替姓名。法律上不可展示正文摘要的对象，改用结构线索（页数、签章状态）。无限相似的生成结果（每次导出都叫 export）需要在保存时就要求可区分的名称，辅助信息是补救不是根治。
怎么落地
- 结果行在标题下显示所有者、相对时间、空间或文件夹、状态；有查询时再加命中句。
- 同名相邻时不要去重成一条，除非能展开看到每一份。
- 近期列表同样给出这些线索，不要只在搜索结果里做。
- 验证：布置三份同名「周报」，请人打开指定的那一份。仅靠标题若点错，加上线索后再测一次。首次点中率应明显上升，且误开的那份不应是机密档。