C9.12.4Context-dependent initiative levels设计研究
同一功能在不同场景下适合的主动性级别可能不同，不应全局统一
别名: 场景化主动 · 非全局统一 · 情境主动级
概念解释
「自动调光」在自己的卧室可以执行，在共享会议室只该建议，在手术灯下可能必须禁止。同一功能的合适主动级随场景变，不能靠一条全局设置伺候所有房间和日程。全局统一把最苛刻场景的约束，或最宽松场景的便利，错误地铺到其余地方。
机制
场景改变的是观察者、可逆性和竞争任务。家里只有自己，执行的社交代价低；办公室有旁人，执行变成表演；驾驶时注意在路上，连提示都可能过载。时间也是场景：夜间勿扰与白天催办不应共享一个执行开关。全局旋钮假设损失矩阵不变，而隐式系统的损失矩阵正是场景的函数。按场景选级，需要可计算的场景标签（地点、日历、专注模式），以及标签不确定时退回更保守的级——不确定场景不能默认执行。
怎么研究
用场景卡片或现场切换（家 / 通勤 / 会议）测同一功能在各级的可接受度。自变量：场景、旁人是否在场、用户是否在主任务中。因变量：选择的级、越权后的补救。实验室固定在一间安静房间，会把「可执行」估高。日记里让人按事件标「这时不该自己做」，能画出级应下降的时刻。
边界
场景检测本身会错：把会议室当成家，执行级被错误抬高，比全局保守更危险。因此场景不确定时应降级，而不是维持上一场景的高主动。有的用户强烈希望「到处都一样」，全局锁应作为显式选择存在，但仍以保守为出厂。法规场所（机舱、考场）可能强制某功能的主动级上限，产品场景表必须能被这些上限截断。
怎么落地
- 为功能建场景表：地点 / 日程 / 专注模式 × 允许的最高级，缺省为建议。
- 场景标签置信不足时自动降一级，并短时提示「因场景不明未自动执行」。
- 提供「所有场景用同一级」作为高级选项，不要当唯一模型。
- 验证：带着设备从私密空间走进有人的会议，看主动级是否下降；若不降，就是全局统一在作祟。