生产级 Agent 排雷实战
李号双
eBay 资深架构师
1593 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已更新 15 讲/共 23 讲
地基,给 Loop 装上刹车 (1讲)
韧性、成本与可观测性 (1讲)
生产级 Agent 排雷实战
15
15
1.0x
00:00/00:00
登录|注册

14|Agent 挂了,如何不丢状态、不丢钱、不丢数据地拉起来?

你好,我是李号双。
我们先来看一个 Agent 容错最常见的写法:
# 经典的无限重试大法
while True:
try:
response = agent.run(task)
return response
except Exception as e:
print(f"Agent 报错了:{e},正在重试...")
time.sleep(5)
continue
跑起来没问题,偶尔网络波动也能自动挺过去。然后你把它推上生产环境,接了个真实业务:让 Agent 处理用户的退款请求,涉及查订单、调支付接口、发通知。支付接口的 API 密钥被风控系统回收了,返回 403 Forbidden。
Agent 捕获异常,开始重试;5 秒后,再次 403;继续重试……两小时后,你发现:
丢钱了:第 17 次重试时,防重放机制因并发重试存在 Bug 而失效,一个退款请求扣了两次款。
丢状态了:重启后失忆。订单查了又查,退款通知发了又发,一切从零开始。
丢数据了:重试的间隙,Agent 把上下文撑爆了,更早的对话历史被滑动窗口截断,关键的用户诉求丢失。
问题出在哪?大多数人理解的容错,就像车熄火了——不管是没油了、爆胎了还是发动机炸了,只会闭着眼疯狂拧钥匙,暴力重试。这招在传统软件里勉强能用,但在 Agent 里就行不通了。网络波动(瞬态故障)重试可以,权限错误(永久故障)重试没用,因为重试解决不了问题。

根因:状态和计算绑在一起了

为什么那个无限重试的写法会丢钱、丢状态、丢数据?往下挖一层,你会发现根源是一个架构问题:Agent 既当爹又当妈,同时背负了大模型推理和业务流程状态管理。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
  • 解释
  • 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《生产级 Agent 排雷实战》
新⼈⾸单¥59
立即购买
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
显示
设置
留言
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部