C9.06.6Per-function false-positive tolerance设计研究
同一传感器在不同功能上复用时，两个功能可能需要不同的误报容忍取向
别名: 传感器复用 · 分功能阈值 · 误报容忍
概念解释
一只光学心率传感器可以同时喂给「自动识别运动」「压力提醒」和「异常心动提示」。三个功能的误报容忍不是同一个数：多一次运动徽章是小事，多一次健康惊吓是大事。复用硬件不等于复用工作点。每个功能要有自己的切分和抑制逻辑。
机制
传感器给出的是同一条分数流，功能把它接到不同的损失矩阵上。共享一个阈值，等于强迫所有下游接受同一种错误朝向。更糟的是功能之间会互相污染：为了让跌倒检测更灵敏而降低全局门限，压力通知会跟着变吵，用户关掉的是整颗传感器，三个功能一起死。复用还造成责任模糊：调阈值的人以为在修运动识别，实际改了医疗向提示。正确的结构是分数共享、决策分离——校准可以共用，触发不能共用。
怎么研究
在同一硬件日志上为每个功能单独扫阈值，画出各自的打扰–漏检曲线，看全局最优点落在哪条曲线的哪一侧。自变量：功能集合、是否允许分功能阈值。因变量：单功能损失、因某一功能被关而连坐的其他功能存活率。用户访谈要问关掉的是「通知」还是「整只表的健康」。只报硬件层准确率，会把分功能冲突藏起来。
边界
计算或电量极端受限时，可能只能跑一个检测器，分功能阈值变成事后的不同冷却时间或不同文案，而不是不同分类器。监管功能与娱乐功能若必须共存，监管侧应有独立的不可被消费设置覆盖的路径。两个功能的标签语义若其实相同（都是「心率过快」），硬拆阈值会造成同一事件两套说法，需要先统一事件定义。
怎么落地
- 为每条产品功能建单独的触发配置，禁止读写同一个全局常数。
- 关闭某一功能时只停它的决策，不要停传感器采样——除非用户明确要停采。
- 在发布评审里列出「这次改阈值会影响哪些功能」，跨功能签字。
- 验证：只把运动识别调灵敏，检查健康惊吓类通知是否跟着增加；若增加，说明工作点仍在被复用。