一次任务怎样开始和结束
追踪消息提交、排队、执行、事件回传与收尾,分清任务状态和实际业务结果。
一条消息对应一轮执行
AgentRun是一次消息触发的智能体任务。对话可以先后包含很多轮任务,每轮都有自己的状态、期限、模型设置和输出。任务执行使用员工已有的运行环境,不会每发一次消息就新建一个容器。
| 阶段 | 平台在做什么 | 为什么需要这一步 |
|---|---|---|
| 提交 | 同一事务保存用户消息、任务和关联回答位置 | 避免消息已经出现,却没有对应执行记录 |
| 固定条件 | 确定本轮模型路由、思考设置和截止时间 | 防止排队期间配置变化悄悄改变已提交任务 |
| 排队或启动 | 检查运行名额、工作空间与当前授权同步 | 让各个入口共用相同的平台限制 |
| 执行 | 恢复可用上下文,启动智能体,使用模型和工具 | 把本轮工作接在已有资产与成功上下文之后 |
| 回传 | 持续保存回答、思考和工具快照 | 支持页面刷新、断线续读和失败后检查 |
| 收尾 | 确定终态,撤销临时模型身份并清理进程 | 明确本轮执行结束,再释放运行名额 |
提交成功不等于已经运行
同一对话最多有一个未结束任务。员工其它对话占用运行名额时,新任务可能进入等待队列;实际并行度由管理员设置,队列也有上限。等待、准备、模型调用和工具执行都计入共同期限,重试读取不会重新开始计时。
网络使提交结果不明确时,客户端复用原请求标识核对同一次意图。相同请求返回原任务,不同内容复用同一标识会冲突。随意换一个标识再次发送,可能创建第二次业务执行。
过程怎样可靠地回到页面
智能体输出先经过执行服务,再由Core校验并分配递增事件游标。回答、原始思考和工具状态分别保存。网页先取得一致快照,再从确认游标继续读取,避免重连后把同一段文字追加两次。
普通网页断线只影响订阅,不自动取消任务。工具记录说明智能体尝试了什么,不能证明外部业务必然成功;某个工具失败后,智能体也可能继续采用其它步骤。结果仍需要结合文件和业务系统核对。
成功、失败和取消保留不同事实
状态包括等待、运行、已完成、失败和已取消。成功任务才推进可恢复的会话状态;失败与取消保留已经收到的输出,继续使用上一份成功状态,并标明历史工作未成功,防止自动重放。
取消先受理后,迟到的成功响应不能把任务改写为成功。超时与取消也需要确认执行进程清理,不能只改变页面状态就立即释放名额。已经写入的文件和外部业务操作不会随终态自动回滚。
定时任务、消息渠道与开放API复用这套执行。同步Chat Completions连接断开会请求取消;异步任务提交后断开或停止轮询不会取消。更多模型身份规则见模型网关,工作空间保存范围见员工资产。