本地跑模型，好处是清楚的
识别放到收银设备本地，能拿到三件事：断网也能收银、顾客画面不出店、没有按次计的云端费用。这三条对连锁门店不是宣传话术，是实打实的运营条件——尤其是网络质量参差的社区店和老旧商圈门店。
但「把模型拷进设备」只是开始。从这天起，设备上多了一个必须一直活着的进程，门店要为它的日常表现负责。
代价一：内存是被抢的
收银一体机的内存不是给它一个人用的。收银软件、打印驱动、扫码、屏幕渲染、后台同步都在同一个池子里。
模型常驻之后，占住的那块内存别的地方就用不了。内存被挤爆的表现往往不是「识别报错」，而是整机卡顿甚至收银软件崩掉——这时候门店第一反应会怪网络或收银系统，很难联想到是识别模型吃掉了内存。
代价二：算力在高峰期是抢的
一台收银设备可能带一两路摄像头，秤台、通道、生鲜区各一路。平时各忙各的没问题，一到午晚高峰，请求是同时到的。
设备不会排队等你。算力不够时，表现是延迟上升：平时半秒出结果，高峰变成两三秒，顾客已经把手缩回去了。所以设备选型和验收时要问的是「多路同时请求时的表现」，不是单路演示时的表现。
代价三：更新要走通到店这条线
门店上新品类、换包装、调货架，识别模型就要跟着更新。总部到门店这条路径上有几件事必须先想清楚：
- 模型怎么下发？靠门店自己点、还是后台自动推？
- 网速慢的门店，几百兆的包怎么传？
- 出了问题的版本怎么退回去？
- 更新期间要不要停业务？
如果换模型必须连带升级固件，那每次算法迭代都会变成一次门店级停机操作，更新频率就自动被压到了很低。
代价四：它会有坏掉的那天
进程会崩，摄像头会掉，内存会满。问题不是会不会发生，而是发生的那几分钟里收银员怎么办。
如果识别服务挂了，收银界面直接黑掉、无法输入，队伍当场就停。合理的做法是留一条人工路径：可以手动选品、扫码、切到备用计价方式。这条路径平时用不到，出事时决定门店停不停业。
门店验收该问的五个问题
比问「准确率多少」更贴近真实风险的是下面这些：
- 识别功能占用多少内存？留给收银软件的还剩多少？
- 断网时还能用多久，哪些功能会相继失效？
- 设备每天开机后，多久可以开始识别？会不会正好错过早高峰？
- 换模型、加品类怎么下发、怎么回滚？需要门店动手吗？
- 识别服务不可用时，收银还能不能继续？
把这五条写进验收单，能挡掉大部分「演示很好看、上线很难受」的方案。
小结
本地化不是把模型拷进设备就结束，而是从此在店里养了一个常驻服务。好处写在明面上，代价藏在运维里。门店不必了解模型结构，但把上面五个问题问清楚，就能提前知道这套东西在自己店里能不能长期跑住。