H5.11.3DND-held notifications merge into history设计研究
免打扰期间被抑制的通知需要合并进入历史而非丢失
别名: 免打扰进历史 · 抑制合并 · held items into history
概念解释
专注或免打扰压下的条目，结束后的落点应是同一份历史，与划掉、超时的条目在一起，而不是开一个只存在几秒的气泡、或在模式关闭时直接丢掉。合并是说：它们作为历史行出现，保留原事件时间，能点回对象；不是另做一套「专注收件箱」让人再学一个地方。
专注模式的契约是「挡住不等于删除」。历史组回答的是删除之后的东西去哪——去这份列表，和别的消失项放一起。
机制
人找回时不会先问「我当时开没开专注」，只会问「刚才那条在哪」。若被压住的条目走一条只有模式结束时闪一下的通道，错过那一闪就等于丢失，而且与历史入口不一致。并进历史，找回策略变成「去历史里找」，不管消失原因是划掉还是被压。原因可以用标记区分（「专注期间」），但容器应是一个。
合并也避免双份：结束时再推一次已压过的条目，栏和历史各一份，人会当成新到达。正确的是写入历史（必要时给一条可点的摘要卡指向这份历史），而不是按原节奏重放一遍打断。
怎么研究
在专注窗口内送达若干非例外条目，结束后比较「写入历史」「只弹摘要不留」「丢弃」「当新到达重推」。看找回、误当成新消息、以及是否还敢开模式。
自变量：结束后的落点、是否重放打断、历史里是否标明被压。 因变量：找回率、把旧项当新到达的比例、模式再次启用。
实验室结束时主试会提醒「去看摘要」，高估闪一下的成功率。应让结束发生在人正在做别的事时。不要把重放出声当「可查」——那是又一次打断，不是历史。
边界
过期项仍应进历史并标失效，以免人去完成死任务；但安全类被压住且仍有效的，结束时除了进历史，可能还需要一次不重复轰炸的提醒。加密内容进历史的粒度可能只有来源与时间。若用户关掉了历史本身，模式契约要另找落点（应用内未读），不能悄悄丢掉。
怎么落地
- 专注期间的非例外到达写入同一历史，带原时间与「专注期间」标记。
- 模式结束给一条指向历史的摘要，不要把原条目当新打断重放。
- 历史筛选应能按「专注期间」过滤，但默认视图与普通消失项在一起。
- 验证：开专注发三条非例外，结束时不口头提示。人应能在历史里按原时间找到三条，且栏里没有三条新的出声。找不到就是丢了；三条再响一次就是没合并、在重放。