C9.10.4Drift misread as state change设计研究
基线漂移未被识别时，系统会把正常波动误判为状态变化
别名: 漂移误判 · 假状态变化 · 未检测非平稳
概念解释
相对基线的上升被写成「压力升高」「注意力下降」，前提是基线还在原地。基线已经走了、检测器不知道，正常的昼夜或水合波动就会被当成一次状态事件。误判的不是噪声尖峰，而是把慢漂移的斜边当成了任务相关的阶跃。
机制
状态检测通常是：当前窗均值减去校准零点，过阈值即事件。若零点以每小时若干单位的速度移动，足够长的窗积分就会过线，即便没有相位反应、没有事件。高通滤波器可以切掉慢漂，也会切掉真正缓慢的负荷积累。未识别漂移的标志是：事件在无任务时段仍按钟点出现、与已知昼夜曲线同相、且缺少预期的相位波形。识别漂移需要一个平行估计器（慢时间常数的基线追踪），事件只在快成分上触发。两个时间尺度没有分开时，产品会在每天下午准时「发现」压力。
怎么研究
在无任务的长记录上跑产品的状态检测器，标注所有警报，再与独立的昼夜或活动日志对齐。自变量：是否启用漂移追踪、高通截止。因变量：无事件时段的警报率、真正诱发事件的召回。把实验室短诱发当成唯一正例，会看不到下午的假状态。合成数据里把已知斜坡加进静息，是干净的单元测试。
边界
有些状态本来就是慢的（逐渐升温的焦虑），切掉慢成分会漏检。此时需要另一路证据（自我报告、任务表现），不能只靠更狠的高通。器件滑动造成的阶跃基线，若被慢追踪吃进新基线，随后真正事件的幅度会被低估。药物起效也是「合法漂移」，识别后应标成基线更新而不是情绪。
怎么落地
- 状态事件必须同时检查快成分（相位或短窗）是否存在；只有慢斜坡时标为基线更新，不发状态警报。
- 把无任务时段的警报当缺陷，而不是当「后台洞察」。
- 向用户展示基线窗（今早 / 滑动一小时），让「相对谁」可见。
- 验证：在明确无任务、环境稳定的下午记录上，产品若仍成串输出状态变化，就是把漂移当成了事件。