AI 架构2026-09-15 · 7 分钟
给 Agent 装一个物品状态 API
RFID 最值钱的一块地，现在几乎没人占：把读取基础设施封装成 Agent 能直接调用的接口。LLM 知道「牛奶」这个概念，不知道你家冰箱里那盒牛奶今天过期。
如果要在这个行业里押注一个位置，我会押这个：不是做标签，也不是做读写器，而是把读取基础设施封装成一个 Agent 可以直接调用的物品状态接口。这个位置现在是空的。
RFID 的三条不可替代性
判断任何一项技术值不值得押，先看它有没有别人拿不走的东西。RFID 的独特组合是这三条，缺一不可：
- 1
物品级唯一 ID
不是品类级，是单品级。视觉做不到 ID 级区分，一堆同款白衬衫在相机里长得一模一样。
- 2
非视距
射频能穿遮挡。货架深处、包装箱内、无光环境、被压在下层的那件，都能读到。
- 3
极低成本
inlay 已跌到 0.18 元人民币。蓝牙太贵，二维码需要对准且要视线。
任何花样如果不同时建立在这三条之上，迟早会被视觉方案或蓝牙方案碾过去。这是判断真伪需求的第一把尺子。
缺的那一层
现在产业里的分工是这样的：标签厂商卖标签，设备厂商卖读写器，集成商卖部署服务，软件厂商卖 WMS 和看板。但没有人在卖「物品状态」本身。
一个 Agent 想要知道「3 号冷库第二排那批疫苗现在温度是否正常」，它得穿越四五个系统、理解各自的 schema、处理漏读和脏数据。这个复杂度是 RFID 数据没能进入 AI 应用栈的真正原因——不是数据不存在，是数据不可调用。
这一层应该长什么样
- 查询原语是「物品 + 状态 + 时间」，不是「读写器 + 天线 + EPC 列表」
- 内置漏读补偿：单次读取的物理缺陷由平台承担，向上只暴露可信事实
- 内置不确定性：每个返回值带置信度，而不是假装 100% 确定
- 事件订阅优先于轮询：状态变化主动推给 Agent，而不是让 Agent 反复问
RaaS（RFID as a Service）订阅模式目前只占市场收入的 12.4%，说明商业模式还停留在卖设备。这个数字往上走的过程，就是这一层被建起来的过程。
硬件毛利会持续承压，这是确定性的。真正的护城河在跨系统数据融合能力和场景化交付能力——说白了，就是你能不能让上层的应用少写点胶水代码。