D5.11.2Context-scoped preference设计研究
偏好应随情境变化而非固定套用到所有场景
别名: situated preference · scope boundary · profile switching
概念解释
模态偏好必须绑定情境、任务和设备，而不是把某一个场景的选择变成全局默认。会议室里的静音文字、厨房里的语音、开车时的短提示、夜间只振动，都是同一用户在不同约束下的合理答案。
机制
情境改变了通道的可用性、社会后果和任务需求。声音适合手忙时输入，却会泄露会议内容；屏幕适合私密展示，却在驾驶时危险；触觉安静且不打扰，但承载字段有限。把一个偏好全场景化，实际上是在丢弃这些约束差异。作用域应由情境键决定：地点、时间、设备形态、连接外设、网络、任务类型、隐私模式或系统状态。不同键冲突时需要明确优先级，例如安全模式优先于地点偏好。
怎么研究
可收集同一用户跨情境的选择矩阵，比较全局偏好、按情境偏好和每次询问三种策略。变量包括情境粒度、情境变化频率、任务类型和隐私要求；因变量包括每次需要修改的次数、错误通道使用、切换时间和干扰事件。应特别检查边界迁移：从公司到家用、从手机到车载、从白天到夜间、从个人模式到共享模式。粒度过细会样本稀疏，过粗会混入冲突选择。
边界
情境键不是越多越好。过度切分让每个偏好只有少量证据，用户也难以理解系统为什么变化；隐私敏感特征还可能造成画像风险。有些情境难以准确识别（在家中开敏感会议、在车内停车办公），此时应显示当前作用域并允许覆盖。偏好也不能与实时检测冲突：情境相同但设备损坏时，记忆只是建议而不是事实。
怎么落地
- 定义少量稳定的情境键和优先级，并在界面上显示当前生效的作用域。
- 禁止把受限场景的选择自动提升为全局默认；提升必须显式确认。
- 情境变化时说明即将采用的偏好，并提供立即改选。
- 验证方式：跨真实情境审计修改频率和错误通道；若某一作用域频繁被覆盖，合并或重新切分情境。