23|规划执行:用全局计划约束局部恢复
黄佳

释题:为长任务设计一个带检查点的计划图,执行中后能随时看进度,中断后也能恢复。有了规划执行模式,当局部步骤出了问题,已经完成的业务不需要推倒重来。
你好,我是黄佳。
上一讲,我们给 Agent 装上了工具调度。当 Agent 面对一次工具调用时,先缩小候选,再检查权限、配额和数据新鲜度,最后才允许真正执行。
可一个月度发薪任务,不会在一次调用里结束。锁定批次、读取审批、核验工资单、逐笔付款、生成回执、完成对账,前一步的结果会决定后一步能不能开始。任务一长,新的麻烦就出现了:前面已经做过什么,后面还该做什么,中途失败以后究竟从哪里接着做?
例子我们沿用重复付款这个老问题。在工具调度模式中,两次未经核验的付款请求先被 fresh check 这个功能拦住了。Harness 重新读取工资单后,只完成了一笔正确付款;如果同一会话再次调用付款工具,配额检查还会把它拦住。工具调度可以说从各个执行角度管住了单次调用。
这一讲,问题发生在更上层:第一笔付款已经完成,后续步骤却发生超时。恢复逻辑没有从失败的位置继续,而是把所有步骤重新放回执行队列,这可能导致已完成的付款再被重新执行一遍。当然,fresh check 还是有可能通过数据库的 status 拦住这次付款,但这取决于整体系统设计,我们不是很确定。
公开
同步至部落
取消
完成
0/2000
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《Agent 设计模式之美》,新⼈⾸单¥68
《Agent 设计模式之美》,新⼈⾸单¥68
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论