132、边云协同Agent
那天现场调试，客户报障：边缘盒子上的Agent隔三差五“卡死”，重启又好了。我登上去看日志，发现Agent把每一帧Raw图像都推到了云端做目标检测，本地只负责采集和上传。网络一抖动，消息队列堆爆，进程直接OOM。更讽刺的是，盒子上的NPU明明支持INT8推理，却被我一开始的“省事”方案完全闲置了。这就是典型的“把边缘Agent做成云端的遥控摄像头”——你确实连上了云，但Agent自己的“智能”已经死了。
后来我把这套逻辑重构了一遍，核心就一句话：边缘Agent必须拥有“离线也能干活”的最小智能单元，云端只是它的“外脑”而非“大脑”。边云协同不是把数据从A搬到B，而是把Agent的感知、决策、执行按实时性需求拆成两半：边缘负责毫秒级响应、本地滤波、轻量级推理、执行兜底策略；云端负责全局优化、大模型理解、长周期调度、联邦聚合。两边的协作关系，不是“主从”，而是“对等”的。
先看一个最容易踩坑的设计：边缘Agent定时把状态快照发给云端，云端算完再下发指令。听起来很合理，但实际跑起来你会发现，网络延迟一旦超过边缘Agent的决策周期，整个Agent就像喝了假酒——要么等指令等到超时，要么用旧指令覆盖新状态。正确姿势是事件驱动+版本协商。边缘Agent每处理完一个本地事件，就把事件摘要和自身状态版本号上报云端，云端只回传“针对该版本产生的新策略”，而不是全量覆盖。
我贴一段当时重构后的核心通信逻辑，参考的是MQTT+JSON。注释里写点血泪。
