D5.09.4Persist explicit modality choice设计研究
显式切换后系统不应无提示地自行切回默认模态
别名: sticky preference · silent reversion · policy override
概念解释
用户显式选择某个模态后，这个选择应在合理的会话或情境范围内保持；系统需要临时覆盖时，必须显示原因、范围和恢复方式。无提示切回默认会再次把用户放回刚刚不合适的通道，也让显式控制显得不可信。
机制
显式切换携带了系统检测不到的信息：用户已经评估过环境、隐私、能力和任务。无提示恢复等于用静态默认策略覆盖这份证据。技术上，切回可能由超时、界面切换、应用重启、系统策略或检测事件触发；用户感知的却是一个不可预测的例外。因此选择需要明确作用域——仅本次、本会话、本任务、本地点或默认偏好——并把自动覆盖记录为可见事件。策略仍然可以处理不可用通道，但不能伪装成用户没有做过选择。
怎么研究
可设计纵向或会话内追踪：用户显式选择后经历界面切换、应用重启、通道恢复、权限变化或系统策略触发，记录选择是否保持、何时被覆盖、用户是否注意到和恢复成本。变量包括选择作用域、覆盖原因、通知强度和任务间隔；因变量包括重复切换次数、错误输入、任务放弃和控制感评分。对照可比较 sticky 选择、总是询问和静默默认三种策略。
边界
显式选择不能凌驾安全与硬件事实。所选通道不可用、系统进入驾驶模式、儿童限制生效或高后果操作要求确认时，可以临时覆盖，但覆盖必须可见并可解释。也不应把所有选择永久化：会议室里的“静音播报”不应带回家，共享设备的临时选择不应写入个人长期偏好。作用域和过期规则越清楚，用户越能区分系统失灵与有意策略。
怎么落地
- 在切换控件上写明作用域和过期条件，例如仅本次、直到更改、仅此地点。
- 自动覆盖时立即提示原因、旧选择、当前通道和恢复入口，并把事件写入状态中心。
- 应用升级、重启或登录后恢复用户作用域内的选择，而不是一律回默认。
- 验证方式：在界面切换、通道恢复和重启后检查选择保持；统计无感知覆盖、重复切换和用户误以为系统故障的报告。