H2.10.2high-value hints displace low-value设计
高价值提示应挤占而非叠加低价值提示的展示机会
别名: 提示挤占 · 不要叠加 · displacement not stacking · hint preemption
概念解释
名额有限时，一条更有用的提示应换下正在占着位置的那条低价值提示，而不是在它旁边再叠一层。叠加让用户同时面对两条打断，剂量翻倍，两条的阅读都下降。挤占承认通道一次只装得下一句。这条是优先级在运行时的结果：高的上来，低的让位，不是又写一条排序原则，也不是预算用尽后新功能去排队。
机制
注意恢复需要间隙。两条 overlay 前后脚出现，间隙被吃掉，人的策略从读变成清场。产品常把叠加当成「都照顾到了」：功能提示还在，发版条再飘一条。对团队，两条都出了；对通道，一次超发。挤占把冲突变成替换：当前任务失败的补救上来，发版条从这一会话消失（不是删除，是这一次不展示）。替换还有信息：被挤掉的那条等于承认自己在这一刻价值更低，数据上应记一次「让位」，而不是记一次「已展示」——记已展示会错误消耗它的已看过或让运营以为触达已完成。叠加的隐蔽形式是同一屏幕上红点加底栏加角标，看起来不是两条气泡，剂量却在加。
边界
真的互相不抢注意的表面（设置页里的静默说明 vs 工作区打断）可以并存，那不是叠加。错误阻断必须能挤占教学，教学不得挤占错误。两条同级高价值在同一时刻冲突，应有决胜规则（更贴近当前对象的赢），而不是两条都出。无障碍用户一次只能听一层，叠加会变成无法逃出的朗读栈，挤占对他们是可达性要求，不只是礼节。
怎么落地
- 规定同一会话同一时刻最多一条自动打断；冲突时按已有优先级替换，被替换者不记「已展示」。
- 禁止用第二种表面（红点、底栏）给已经落败的提示「再发一次」来绕过替换。
- 在登记表里为每次冲突记让位，便于以后看哪些低价值提示从未赢过，应下线而不是继续排队。
- 验证：人为制造「发版条 + 当前任务补救」同时就绪，看屏幕上是否只出现补救。两条都在，或落败者变成红点再来一次，就是在叠加。