约 447 字
阅读时间 2 分钟
从 Change 到 Execution Graph:把 `tasks.md` 写成真正能跑的执行图
不是排施工顺序,而是把依赖、并行、验收、回滚和交接写进任务系统
这篇先解决什么假快#
很多项目到了实现阶段,看起来已经有了 tasks.md,但 AI 一接手还是会乱冲。原因通常不是任务不够多,而是任务写得太像“人类自己看的施工顺序单”,没有把依赖、并行边界、验收节点、回滚点和 handoff 资产写清楚。
这时候项目会出现一种很典型的假快:代码改了不少,真正能 merge、能验证、能继续交接的东西却没有同步长出来。
这篇会把什么交出来#
这一章会把 tasks.md 从线性列表改写成 Execution Graph。
重点会落在这些问题上:
- 哪些任务是串行阻塞项,不能假装可以并行。
- 哪些切片真的适合拆给不同 agent,并且写入边界怎么切。
- 哪些节点必须先过 verifier,再允许往下跑。
- 哪些节点必须先留下 checkpoint,避免后面坏状态无处回退。
- 哪些产物要变成 handoff artifact,保证长任务不会一断就重来。
这一章写完之后,读者看到的不会是一套项目管理术语,而是一张真正能驱动 agent 长任务执行的工程图。
从 Change 到 Execution Graph:把 `tasks.md` 写成真正能跑的执行图
更新于
2026-04-18