Agent 长任务调度：资源隔离与重规划边界

根据机器转写整理，未经原音或画面核对。以下是讲者介绍的一种异步执行与生产运维思路；具体机制需结合系统实现和业务要求验证。

提交任务与异步执行

讲者以长任务为例：请求进入后经过网关检查和限流，服务生成追踪标识、记录任务并投递队列，再把任务标识返回给调用方；Worker 消费任务、进行规划并调用检索或工具。调用方可通过任务标识查询结果，也可按实际系统支持接收中间进度。

长任务如果一直占用同步 HTTP 连接，可能遇到网关超时，而后台工作仍在执行。异步流程有助于区分连接状态与任务状态，但投递、执行和结果更新仍需按系统实际设计可靠性。

区分内部重规划和消息重试

讲者区分两种情况：任务执行过程中发现偏离、循环或结果有问题，可以在 Worker 内按业务逻辑重新规划；消息队列重试则用于处理任务整体执行失败。把内部重规划简单地交给整条消息重试，可能让已完成的步骤再次执行并打乱业务流程。

具体能否重试还要检查已经完成的步骤、外部副作用和执行回执。设定最大轮次与任务时限；超出限制时明确终止或进入异常处理，不能仅因为连接超时就假定任务尚未执行。

按工作负载区分资源

共享队列和 Worker 部署简单，但较重的报告生成任务可能占用资源，使短任务等待。讲者提出按短任务、复杂多轮任务和批量评测拆分队列或 Worker 组，减少互相争抢；扩缩容可参考队列积压情况。资源是否真正隔离、如何分配容量与成本，需要在实际负载下验证。

追踪、评测和版本切换

讲者建议关联任务、追踪标识、模型和 Agent 配置版本，观察规划、工具调用、证据及最终状态，以便定位失败和组织评测。原文主张保存大量原始输入和中间内容；实际记录应遵循最小必要、脱敏和权限控制，不能据此无条件保存敏感信息。

修改模型、提示词、规划逻辑或检索参数后，讲者建议保留新旧版本，以小比例流量观察并用评测集比较任务成功率、错误等指标；表现变差时回滚。评测指标和风险阈值需要按业务定义，灰度与回滚本身不保证输出正确。