Agent 运行环境与任务恢复：从执行反馈到业务验收

根据机器转写整理，未经原音、画面或实际运行环境核对。下述供应链情境是讲者用于解释职责边界的示例。

把请求变成可观察的执行

讲者将任务拆成几个职责：编排层提出下一步行动；运行时管理执行、等待与恢复；沙箱提供受控的计算和工具环境；工作区保存任务文件；任务状态记录目标、进度和等待条件。执行后的观察结果交回编排层，再决定继续还是处理异常。

示例中，Agent 读取库存资料、运行缺口计算并生成报告。执行前需要检查目录、允许运行的程序、服务访问范围与超时。沙箱限制计算和资源范围；正式调拨是否允许，还要由业务工具按负责人授权和业务规则判断。模型提出操作本身不会扩大权限。

工作区用于交接输入和输出文件，应关联任务、来源和版本，并检查访问者归属；同名目录或文件不证明它属于同一任务。文件内容本身也不能自动视为可信指令。

任务状态记录目标、已完成步骤、报告版本、等待事项和外部申请状态，且要保存在执行实例之外，避免环境消失后丢失进度。文件能找到，不代表任务状态一定正确；恢复时要核对两者是否对应。

退出码、错误信息、输出路径和输入输出版本构成执行反馈，但程序正常退出只说明进程结束。还需核对报告是否存在、能否打开，以及数据和单位是否符合本次任务。程序错误、资料缺失和业务条件不满足应分别处理；工具成功不能替代业务验收。

等待负责人确认时，可在保存继续点和等待条件后释放或暂停计算环境。收到继续事件后，先关联原任务并检查工作区、依赖、连接和当前权限；如果等待期间业务数据已变化，正式操作前应重新核对并按需要再次确认。

恢复时还要检查旧执行者是否停止，避免两个执行者同时写入。外部申请已经发出但未收到回执时，使用原请求标识查询状态；查不清时保持待核对，不能因为重启或超时就再次提交。取消请求也不自动意味着已发生的业务操作成功撤销。

执行需要超时和资源上限。任务结束时，先按各自保留规则保存报告、文件和必要记录，再回收计算资源。预算耗尽、执行停止和业务目标完成应分别记录：任务需要报告时核对报告，需要申请或到货时还要核对相应单据与状态。