D5.10.1Runtime modality detection设计研究
系统需要实时检测环境是否支持当前默认模态
别名: availability sensing · preflight check · runtime adaptation
概念解释
系统应在相关时刻检测默认输入或输出模态是否真的可用，并在使用中持续监测关键条件。可用性不只是硬件是否存在：麦克风有权限且拾音质量足够、扬声器未被静音、屏幕可见、触觉马达可感知、网络识别服务可达、环境噪声和光照允许通道工作。
机制
静态能力清单无法预测运行状态。耳机插拔、蓝牙延迟、权限撤销、系统静音、外接屏幕断开、佩戴摘下、噪声升高或强光直射都会在任务中途改变通道。检测因此要分层：任务开始前做快速预检；关键步骤前确认必需通道；使用中用短窗口监测信号质量或设备状态。每个通道还需要定义“可用”的阈值，例如语音要达到可识别信噪比，触觉要考虑握持和衣物阻隔，视觉要考虑亮度和视线方向。
怎么研究
可在设备事件和情境变化处测量检测性能：插入/拔出耳机、断开蓝牙、撤销权限、切换静音、改变噪声和光照、摘下可穿戴设备，然后记录检测是否发生、延迟、正确率和误报。变量包括预检时机、采样频率、阈值和设备型号；因变量包括真阳性、假可用、假不可用、提示延迟和任务中断。日志应把传感器事件、权限事件和用户重试连起来，验证检测确实发生在用户受影响之前。
边界
实时不等于持续高频传感。噪声、 gaze、位置或生理状态检测会消耗电量并带来隐私风险；某些条件（私人对话、会议内容）不应被保存用于检测。检测也有物理上限：很难在不发出测试音的情况下判断扬声器是否被遮挡，或在用户未开口前确认语音识别质量。系统必须区分“硬件存在”“权限允许”“当前质量足够”三种状态，不能把第一项当作全部可用。
怎么落地
- 为每个默认模态定义预检项、运行中监测项和失效阈值。
- 把权限、硬件、系统状态和环境质量分成不同状态，界面显示当前结论而不是笼统“不可用”。
- 在关键操作前强制重新检测，任务中途用低功耗事件监听设备与权限变化。
- 验证方式：构造每类失效事件，测量检测提前量、误判率和用户是否仍尝试失效通道。