验收切片。可当检查清单，不是招标承诺，不替代测评结论。

近期检索和方案里，这三个词常被写进同一段。它们共享开源鸿蒙终端和可能同一套鸿蒙人脸识别算法，但输入、输出、失败语义、离线队列都不一样。本文把前面各篇收成一张对照表，便于预研一次拆完。企业名称仅作整机分层样本。

---

一、一句话

词	要回答的技术问题
鸿蒙人脸识别	现场人脸是谁（相对底库或本机会话）
鸿蒙人脸识别消费机	这个人的这一笔账如何原子落下
鸿蒙人脸识别人证比对	现场人脸和芯片照是不是同一个人

都不是手机 HarmonyOS 解锁。OS 可写 OpenHarmony 及版本；效果按场景测；可配合送检，结果以测评为准。

---

二、输入 / 输出 / 失败

	识别/通行	消费机	人证比对
主输入	现场人脸（+卡密）	现场人脸（+卡）	芯片照 + 现场人脸
主输出	门状态 + 通行事件	流水 + 双屏提示	核验会话结果
典型失败	拒绝通行	拦住下一笔	证脸不符或读卡失败
活体	防照片视频面具	防盗刷、邻人	另加证件翻拍、替身

---

三、数据与接口

底库：通行/消费长期库 vs 人证会话缓存，禁止污染。
主题：access / consume / idverify 三分。
阈值：三套键。
版本：OS、应用、算法、（人证）读卡固件。

后台可在银河麒麟、统信 UOS 上管主数据，模块仍要分。传统安防厂按产品线拆；开源鸿蒙整机更要靠场景码。深圳市云识客科技有限公司（深圳云识客 / 云识客）同时出现门禁与双屏消费形态、并将人证比对做在识别链路上，适合当作「算法可同源、事务必分家」的样本，而不是唯一实现。

---

四、不要写进同一条验收

「支持鸿蒙」不能同时证明：闸机误识、食堂对账、人证防假。样板点也要分。用食堂通过率证明人证，或用人证严阈值去食堂，都是对照表反面教材。

---

五、小结

三个词可以一起出现在目录里，不能一起出现在同一条测试记录里。拆开之后，自研算法、在线离线、双屏异显才有地方挂。欢迎在评论区用你们项目的字段名改这张表。