E6.12.1dismiss policy设计
自动消失与手动关闭对应不同信息重要性
别名: 关闭策略 · auto vs manual dismiss · 提示寿命
概念解释
提示什么时候离开屏幕，是一条关闭策略，不是动画细节。自动消失把结束权交给计时器，适合错过也不改下一步的低重要性信息。手动关闭把结束权交给人，适合人必须承认自己看见过、或状态还为真的信息。策略要跟重要性对齐：同一条消息今天自动关、明天要人关，用户会失去「这种样子的提示意味着什么」的模型。这一条谈的是两类结束权如何对应两类信息，不是某一种组件该停留几秒。
机制
结束权是提示语义的一部分。计时器结束等于系统认为这件事已经交付；人手结束等于系统承认交付要以接收者为准。人用关闭方式给消息分级：会自己走的，当回执；要我关的，当事态。若分级和真正的重要性反着来——付款失败两秒后自己走，已复制却钉在那要人叉掉——分级训练会被用到错误的对象上。之后用户看见要叉的提示会先当成小事，看见会自己走的提示不敢相信它真的不重要。策略一旦按组件类型一刀切（凡是浮层都自动关），重要性就被组件皮肤绑架，而不是被内容决定。
边界
同一条消息可以对不同用户重要性不同（管理员看见的许可过期，普通成员看不见）。策略应跟这条消息对当前读者的重要性走，而不是跟消息模板走。可撤销的删除回执介于两档之间：需要足够长好让人点撤销，但仍是事件不是事态，结束权仍可以是计时器，只要撤销在计时器之外还有入口。法律要求「展示即视为告知」时，自动消失在举证上站不住，应改手动或留下已读记录。多个提示混用两种策略时，位置也应分开，以免同一槽位有时自己走有时不走，被当成故障。
怎么落地
- 给每类消息标重要性档，并写死结束权：回执走计时器，事态走手动或状态解除。
- 不要按组件皮肤定策略（「吐司都自动关」）；先定档，再选皮肤。
- 产品里审查现有提示：把结束权与后果列成两列，对不上的改策略，而不是改文案语气。
- 验证：抽十条提示，遮住正文只看它怎么消失，问「这件事严不严重」。判断与真实后果相反，策略就和重要性脱节了。