E6.04.1app-wide status设计
全局提示适合影响整个应用的状态
别名: 全局状态 · application status · 应用级提示
概念解释
全局状态提示（app-wide status）报告的是整个应用当前所处的模式或约束，而不是某一控件刚完成的事。维护窗口、强制只读、账号被冻结、许可过期、全站降级，这些条件在用户走到哪一页都仍然为真，所以提示要跟应用走，而不是跟某一张表单走。它回答的问题是「我现在处在哪种运行环境里」，不是「刚才那一下成功了没有」。适合全局通道的判据很窄：换一页、换一个对象，这句话仍然成立。
机制
人会把贴在所有页面共享位置上的消息理解成环境，而不是理解成某次操作的回执。这个位置——通常是顶栏下的一条、状态栏、或覆盖所有路由的槽——本身在教用户「先检查世界再开始做事」。全局状态改变的是可做之事的集合：冻结账号之后，保存、邀请、付款全部无意义，局部成功提示反而有害。把这类条件写在某一页的角落，用户从另一入口进来就收不到，会在错误的假设下操作。全局通道的价值是覆盖所有入口；它的代价是每条消息都被当成世界模型的一部分，不该进这条通道的内容会污染所有后续判断。
边界
多工作区或租户产品里，「全局」可能只到当前工作区为止：A 团队只读并不等于 B 团队只读。此时通道仍是跨页面的，但文案必须带上工作区名字，否则用户切过去会把限制带走。嵌入第三方页面的部件没有应用外壳，所谓全局其实是宿主页的一块，不能假设用户还看得到你们的顶栏。单页里的局部模式（正在批量选择、正在录制）不是应用状态，不该占用全局槽。对只开放一个功能的极简工具，全局与页面重合，通道可以降级成页内说明。
怎么落地
- 先列出「在任何路由下都为真」的条件，只把这些接到共享槽；其余的留在页面或对象上。
- 全局槽的位置在所有页面保持同一坐标，避免有的页在顶、有的页在底，导致用户以为状态变了。
- 文案写运行环境（「账号已冻结，所有写入不可用」），不要写刚刚发生的动作。
- 验证：从两个不同入口（深链、首页、搜索结果）进入产品，问「现在有什么不能做」。答案不一致，全局通道就没有覆盖到所有入口。