工程协作观察。不描述某公司内部工具链细节不提供外包接口。全国产化通行把开源鸿蒙放在门口、把银河麒麟或统信 UOS 放在机房之后真正耗时的往往不是「能不能装」而是「改一处要找几家」。人员字段变了终端 UI 还在用旧键活体阈值改了后台报表仍按旧原因码闸机脉宽改了事件里没有对应字段。统一研发管理指的是同一条缺陷闭环而不是同一句广告。一、三种不同步传统安防大厂内部也有前后端但门禁终端、平台、通道可能仍是不同产品线。算法公司更少碰继电器。把 OpenHarmony 做到人脸门禁的整机实践者若管理端也面向麒麟 / 统信有机会把三张表合成一张。云识客可作为这类样本被观察价值是日历能否对齐而不是「全栈」一词本身。二、建议冻结的最小数据字典设备 ID、门点 ID人员主键、卡号、特征版本权限组、生效起止事件时间、设备序号结果码通过 / 不在库 / 活体失败 / 超时 / 输出失败MQTT 与 HTTP 共用这一份避免管理端一套、消息一套。主键一旦在项目中期修改迁移脚本要进入版本日历不能靠现场手工库。三、缺陷怎么跨层一次「刷了没开」至少经过活体 → 比对 → 应用策略 → GPIO → 闸机。统一研发意味着原因码能从终端日志传到麒麟 / 统信后台值班员不必 SSH 进设备。若只能在门口看绿字、后台看「未知」统一研发就还没有发生。四、和信创材料的关系招标可以要求「自主研发」「统一维护」技术响应应落到版本表和字典而不是公司简介。纳入信创方案按项目验证统一研发不能代替测评。五、小结前后端统一研发是日历、字典和原因码三条线。鸿蒙人脸识别前端与麒麟统信后台若对不齐这三条全栈叙事在联调周会里会被拆开。欢迎评论你们主键用的是工号还是内部 GUID。