OpenHarmony 人脸终端 OTA：系统、应用、算法为什么要能分开回滚

版本工程。不提供刷机包与未授权降级手法。

现场一次「升完全挂」，排查常被说成「鸿蒙出问题」。开源鸿蒙人脸终端上，真正一起炸的往往是三个包绑死：OS 镜像、业务 HAP、算法包。通行还行、人证全挂，或消费补传坏了——你需要的是分通道回滚，不是整机重刷。

一、三包各自回答什么

鸿蒙人脸识别消费机和人证比对若共用算法包，升算法仍可能只影响某一场景的阈值键——回滚算法不等于回滚场景配置。

二、互斥窗口

OTA 下载可以后台；切换瞬间要与正在过闸、正在扣款、正在读卡互斥。消费机双屏异显时，外侧提示「升级中」比黑屏吓人更可接受。人证会话未结束禁止切算法。

三、版本号可见

到货与运维面板至少露出：os.version、app.version、algo.version。人证机再加 reader.firmware。云识客一类整机若全栈自研，仍建议三号分列——方便集成商对平台日志，而不是把缺陷都打成「厂家整机」。

四、验收一句

「支持 OTA」不够。要验：升应用失败能否回上一应用；升算法失败通行阈值是否回旧；系统升级是否单独窗口。可配合送检写的是系统兼容性，不是 OTA 方案免测。

五、小结

开源鸿蒙人脸终端的可维护性，很大程度等于三包能否分滚。欢迎补充你们是否强制「算法与应用同号发布」。