浏览 AI 知识库

长任务怎样写计划、检查点、停止条件和完成证据

长任务不能只靠一段越来越长的对话。把阶段、完成证据、当前决定、未决项和停止条件写进状态文件，换会话后才不会回到旧计划。

沿完整工作流推进

前一阶段的可检查结果，是下一阶段的输入；中间证据不足时停在当前阶段。

沿一件真实任务走到底

三天的重构对话中途换了两次方向，完成项没有证据，未决项埋在聊天里。后来一句“继续”让 Agent 又从旧计划开始。

本例材料

需要确认	本例内容
现有材料	目标拆为信息架构、首页、模板、目录和 12 篇样板；每阶段有用户确认与验证命令。
不能越过的边界	计划记录目标、范围、依赖、检查点、停止条件和证据；状态变更及时更新；不把聊天长度当进度。
要交付的结果	长任务计划与状态文件

处理记录

当前阶段	实际处理
定义终点和非目标	写最终用户结果、允许修改范围、禁止动作和验收，避免任务在中途自然扩大。
拆可验证检查点	每步产生代码、数据、文档、测试或截图，不以“继续研究”作为里程碑。
实时更新状态	完成一项立即记录文件、命令、结果和决定；失败保留原始错误与已排除项。
设置停止条件	遇到权限、生产变更、关键歧义、预算或不可逆动作时停下，写需要谁做什么决定。
交接前重放	从干净起点验证构建测试和关键流程，确保下一人无需猜聊天上下文。

长任务状态页

状态页字段和命令应与当前项目实际结果一致。

最终输出

状态文件逐项标 pending/in_progress/done，并为 done 写修改文件与测试；被取消方向单列 superseded。任何续接者都能从当前唯一 in_progress 项开始，高风险 URL 操作仍停在建议清单。

常见失败

验收方式

只有一个当前工作项完成项有证据停止条件和待确认事项可见目标、非目标和允许修改范围写清每个检查点有文件、命令或截图证据失败保留原始错误和已排除项权限、生产变更和不可逆动作有停止条件下一条命令、预期输出和恢复路径可直接执行

进一步核对

项目规则应写可执行命令、作用范围、限制和完成标准。

交接中的版本、分支、diff 和提交状态必须回到真实仓库核对。