20 · 长任务、检查点与人工审批
浏览器关闭之后,运行状态依然要清楚可恢复。
本站原创入门导读与合成教学示例。原始资料核实:2026-09-05。建议先读:19 · 常见工作流模式与取舍。
理解概念
长任务不能依赖浏览器连接始终在线。服务端为每次运行建立持久状态与事件序列;浏览器只展示进度。检查点记录已完成步骤、产物位置和待执行动作,恢复时先核对外部副作用,避免重复执行。
人工审批应该针对具体动作:收件人、内容、金额或文件差异。批准后如果动作内容变了,原批准应失效。暂停不等于失败,取消也不一定撤销已经完成的外部操作;界面必须真实说明。
一个最小例子
代码
{
"run_id": "demo-run-001",
"status": "awaiting_approval",
"step": 4,
"proposed_action": "create_calendar_draft",
"payload_hash": "示例:实际实现使用内容哈希",
"approved_at": null,
"completed_event_seq": 7
}
建议状态:queued、running、awaiting_approval、completed、failed、cancelled、budget_exhausted。
动手练习
模拟运行到第 4 步断网,再重新打开页面。设计从最后事件序号恢复显示的接口;在批准前修改草稿,验证必须重新审批。
验收与预期结果
同一个运行不会重复扣费或重复写入;页面能显示等待原因。审批记录绑定动作内容与操作者。
- 我能解释输入、过程与结果。
- 我保留了一个失败例与运行记录。
常见误区
“你已经授权这个 Agent”不能替代每次高影响动作的具体范围。检查点也可能含敏感数据,需限定访问与保留期限。
延伸阅读
以下是相关方向的原始资料;本站练习不是官方课程作业或逐字翻译。
理解需要时间,记录让每一步都有迹可循。
回到学习路线图