技术分享¶

从 MQTT 到 WebSocket：机器人状态如何实时抵达浏览器

设备用 MQTT 上报，管理后台用 HTTP 操作，浏览器靠 WebSocket 接收实时变化——这是机器人云平台常见的协议组合。真正容易出错的地方不是建立三条连接，而是消息跨越线程和协议以后，状态是否仍然一致。

本文以我的 Robot Cloud 演示项目为例，拆解一条消息从机器人到浏览器经历的关键边界。

模型擅长补全开放内容，却不擅长充当数据库、任务调度器和状态机。如果把“决定下一步、修改文件、记录进度、判断完成”全部交给模型，Demo 可能很惊艳，长流程却很难复现。

我在 woke_novel 和 woke_tutor 中逐渐形成了一条原则：允许内容生成具有随机性，但让任务边界、状态变化和验收保持确定性。

图标浏览器只有一百项时，直接创建卡片不会有明显问题；扩展到 1,403 项后，启动时间、滚动流畅度和维护成本都会暴露。Lemoo.UI 的图标系统重构，本质上分别解决了“数据怎么维护”和“界面怎么少创建对象”两个问题。