E6.04.3persistent global problem设计
持续性问题需要常驻而非一次性提示
别名: 持续故障 · ongoing incident · 常驻全局
概念解释
全局通道里有一类内容是仍在发生的问题：支付通道中断、搜索索引损坏、强制维护还没结束。一次性提示——弹一下就没了，或只在进入应用的第一秒出现——把持续问题当成已经讲完的事件。用户十分钟后才去付款，世界已经变了，但界面假装没有。常驻不是为了强调语气，而是因为问题的寿命还没有结束；问题结束，提示才结束。
机制
人对「已经看过的警告」会迅速习惯化，但前提是那条警告被当成事件存档了。持续问题需要的不是再提醒一次，而是在每一次相关动作之前仍作为环境存在。一次性提示只砸中当时在场的注意力，之后进线的用户、从后台回来的用户、换了一台设备的用户都收不到。更糟的是看过一次的人会用那一次的记忆对抗后来的界面：维护应该早结束了吧，于是再点一次付款。常驻把「问题仍为真」从记忆里拿出来，钉在共享槽上，让后到的动作仍能撞上约束。它依赖的是状态仍在，而不是同一句话反复播放。
边界
问题已经结束却还占着全局槽，会训练用户忽略全局提示，下一次真出持续故障时也不看。间歇性故障（时断时续的网关）若每闪一次就插一条常驻，槽位会在「有 / 无」之间跳动，比老老实实写「不稳定」更难用。只影响后台任务、用户当前用不到的能力，常驻会变成与任务无关的噪声，可改成进入该能力时再显示。安全类持续问题（会话失效）有时必须打断而不是静静常驻，那已经超出提示，进入强制重新认证。
怎么落地
- 把全局问题写成有开始和结束的状态机：开始时出现，结束后撤掉，禁止只在启动时广播一次。
- 相关动作入口旁可以重复一句短约束，但不要用重复来替代全局槽里的那条仍为真的状态。
- 记录问题的起止时间，文案区分「正在发生」和「已经恢复」；恢复可用一次短暂确认，不要把恢复消息也做成常驻。
- 验证：在问题仍在时离开应用十分钟再回来，或从另一入口进入。看不到约束，就是把持续问题做成了一次性事件。