针对可以隔夜重试的后台代理，您的预算政策是什么？
摘要
本文探讨了管理长时间运行AI代理的预算和重试的实际策略，旨在限制成本的同时允许从瞬时故障中恢复。
对于一个无人值守的代理来说，危险的失败模式不是一个昂贵的请求，而是一个小错误导致几个小时内的重复工具调用或重试。我正在寻找一种实际策略，既能限制开支，又能允许代理从瞬时故障中恢复。您是否使用每个任务的token预算、重试上限、基于时间的升级机制，或者为规划、执行和验证分别设置模型路径？我尤其感兴趣的是，您如何区分可恢复的工具故障和需要人工干预的任务。对于您的长时间运行的代理，哪些防护措施是有效的？
相似文章
你如何为智能体重试设置预算，同时不掩盖真正的失败？
询问开发人员如何为智能体重试设定预算，以区分瞬时故障和持久故障，以及哪些信号最能决定在生产环境中的智能体是停止还是重试。
每次重试都会重置的预算算不上预算——它的生命周期必须比单次运行更长
讨论为何 AI 智能体系统中单次运行的预算和重试次数限制无法捕捉任务层面缓慢发生的重复行为，并提议将限制范围设定为任务，使用持久化标识符、衰减窗口计数器，以及共享剩余预算的错误处理路径。
AI代理应如何处理工具预算，避免盲目重试被拒绝的调用？
作者研究了AI代理有效管理工具预算的设计挑战，重点是通过预算感知策略防止不必要的重试并处理API故障。
是否有过AI代理在一夜之间烧光你的预算？你如何防范？
讨论AI代理在一夜之间产生意外成本的风险以及防止预算超支的策略。
如何控制长期运行的AI代理成本？
探讨用于管理和降低长期运行的AI代理部署成本的策略与技术。