一条来自桌面系统的小消息
2026 年 10 月，Hacker News 上有人提到 macOS 27 自带了一个离线模型，可以直接从终端调用。这条消息本身和门店没什么关系——门店的收银机、称重台、自助设备极少跑苹果系统。
但它说的事情值得记一笔：模型开始从「应用里的一个文件」变成「系统自带的一项能力」。
过去几年，一台设备上的 AI 功能是这样交付的：某个软件包里塞一个模型文件，装一个推理运行时，跑起来。现在有厂商开始把模型放到操作系统层，所有应用共用一份，用系统接口调用。
对门店来说，实际变了三件事
第一，存储和内存不再被重复占用。
一台门店设备上通常挤着好几套功能：扫码、称重、AI 识别、语音播报、会员核销。如果每套功能各带一份模型，同一个类型的东西在机器里存三四份，内存里也各自加载一份。设备的内存是共享的，模型多吃一口，收银软件就少吃一口——这一点在收银高峰最明显，卡顿往往不是收银软件自己的问题（这类现象在 店里的问答设备，为什么聊到第五句就变慢 里讲过一遍）。
系统统一提供模型，等于把这几份合并成一份。这是实打实的资源节省。
第二，离线能力的责任方换了。
以前「断网还能不能用」是软件厂商要自证的事；系统层有模型之后，设备本身就带了这个能力。对门店的意义是：网络故障那天，能出声、能识别、能提示的功能会多一些，而不是整套瘫住。
第三，升级的主动权不在门店手里了。
这是最容易被忽略、也最容易出事的一条。模型跟着系统走，意味着操作系统一升级，模型就换了——输出长度、格式、说话的口气、某些边界情况下的判断，都可能跟昨天不一样。
门店最怕的故障形态不是「坏了」，是「没人动它，它自己变了」。收银员第二天发现播报换了说法、识别结果对不上账，很难说清是什么原因，因为版本号对使用的人是黑的。
什么情况下这件事跟你有关
- 整套设备由一家厂商交付、只用一个软件：短期关系不大。厂商自带模型，出了问题找厂商。
- 连锁自己的 IT 团队在多套系统上拼功能、或者自研：值得提前问。系统内置模型会把「AI 能力」变成设备规格的一部分，就像内存、屏幕尺寸、接口数量。
- 门店设备年限跨度大：这是真正会咬人的地方。内置模型通常和硬件档位绑在一起，三年前买的机器很可能吃不到。同一套软件在新旧机器上表现分叉，这是运维最讨厌的局面。
采购环节该改问的四句话
- 这台设备的系统里有没有本地模型服务？从哪一代开始有？ 问清楚「有」和「从哪年开始有」是两件事。后者决定了你现有设备的存量怎么处置。
- 店里的 AI 功能用的是系统模型，还是厂商自带的？ 这个问题决定了升级风险归谁。用系统模型的，系统一升级行为就可能变；用厂商自带的，风险在厂商的版本节奏上。
- 系统升级能不能延后、能不能锁版本？ 几百家店同时变，和分批灰度，是完全不同的运维难度。做不到分批，就要在合同里把升级窗口写清楚。
- 断网的时候，哪些功能还在？ 不要听答案，要现场拔网线看。
验收时做三件事
- 抽两台机器跑同一批数据。 一台是新采购的主推型号，一台是店里在用的老机器。用同一批商品图、同一段语音、同一张单子，比对结果差异。差异大的，说明这套软件对设备档位敏感。这条比任何参数表都有用。
- 升级前后各跑一遍。 记录的不是「还能不能用」，是「结果变没变」——同样的图识别成什么、同样的单子报什么价。有变化就要追问是模型换了还是配置漂了。
- 问清模型文件存在哪儿、退租怎么清。 系统分区的权重和用户数据是两回事，设备送修、转卖、拆机回收时的清理流程要单独确认（参考 设备退租、送修前，模型文件怎么清）。
一个判断
「设备自带模型」不会让门店明天就换设备。它改变的是采购清单的写法：AI 能力以前写在软件功能栏里，以后会越来越多地写进硬件规格栏——和「内存多大」「支持几路摄像头」并列。
对门店的实操建议只有一句：下次验收新设备，加一台老机器，拔一次网线，升一次系统再比一遍。 三个动作，能提前发现大部分会在半年后集中爆出来的问题。
火眼识别提供端侧视觉引擎与设备管理平台，相关方案见 火眼识别官网。