silver_pose/docs/review/2026-07-22-demo1-fall-diagnosis.md

demo/1.mp4 摔倒漏检诊断

日期：2026-07-22
状态：已诊断；不作为当前 V2 正例验收通过证据。

结论

用户确认本机未跟踪文件 demo/1.mp4 为真实摔倒视频。以当前 V1 锁定模型与默认事件配置回放得到 0 个 CONFIRMED，这表示漏检，不能再写作“无报警反例”。根因在 Pose 检出/关键点阶段，不在 Go 移植的状态机、跟踪连续性或 1.8 秒确认窗本身。

视频为室外斜视画面，画面含大面积字幕；它不符合产品当前固定俯视大厅/走廊、全身大部分可见的验收边界。

可复查证据

V1 使用 demo/best.pt、检测置信度 0.25、肩髋关键点门限 0.4、require_rapid_drop=false、require_lower_body=false、水平角 45°、确认窗 1.8 s 回放 317 帧：

• 第 72–74 帧（2.400–2.467 s）横向姿态进入 SUSPECT，共 3 帧，即约 0.10 s。
• 第 75 帧倒地人的最高 Pose 框分仅为 0.012；到第 90 帧（3.000 s），即使用 conf=0.01 推理也没有该画面的任何人体 Pose 输出。
• 将检测阈值下调到 0.15 和 0.10 后，横向候选仍只在第 72–74 帧，事件数仍为 0。
• Go 回放同一视频同样产生 0 个事件，但这只能说明当前回放的事件结果一致为漏检，不能证明真实正例事件一致性。

工程决策

1. 不通过缩短确认窗、降低质量阈值或放宽跟踪来把这段素材“调成报警”；在 Pose 已丢失时，这类改动既不构成根治，也会增加部署场景误报风险。
2. demo/1.mp4 保留为本机、域外摔倒漏检风险样本，不提交、不计入 T-303 的正例通过项。
3. T-303 仍需一段经同意、符合部署边界的本机正例录像，先在 V1 产生 1–3 秒确认事件和延迟记录，再与 Go 逐段对比。
4. 若客户需求扩展到室外斜视、强遮挡或网络视频画面，须单独收集标注数据并重新训练/评估 Pose 检测模型；这超出当前事件规则迁移任务的范围。