直接回答
一个项目会存储两种不同的流程状态:工作流进度（workflow progress）和工作流 checkpoint。进度追踪的是项目在生成和设置流程中走了多远;checkpoint 则专门记录上一次审核停在了哪里,这样之后重新打开项目时可以从那个位置继续,而不用逼审核者从头把所有内容再看一遍。分不清这两者的区别,正是团队有时候会重复审核已经检查过的内容的原因。
进度和 checkpoint 回答的是不同的问题
进度回答的是"这个项目走到哪一步了"。Checkpoint 回答的是"上一位审核者停在哪里,当时已经确认了什么"。一个项目完全可能进度很高,但 checkpoint 已经过期了——比如上次审核之后又生成了新内容。这中间的差距,正是 checkpoint 状态存在的意义:把它显性地暴露出来。
为什么审核周期越长,这一点越重要
对于审核一次就直接上线的项目,checkpoint 状态几乎没什么意义——生成和审核之间没有间隔需要追踪。但对于要经历好几轮、跨越几天甚至几周审核的项目,这一点就很重要了——不同的人,或者同一个人在不同的日子回来看,都需要准确知道哪些内容已经审核过、哪些是上次审核之后才变化的。
Regenerate 会让对应内容的 checkpoint 失效
如果某一段生成内容在设置 checkpoint 之后又被 regenerate 了,那个 checkpoint 就不再准确描述项目的当前状态——已审核的版本和当前版本已经出现分歧。任何在审核 checkpoint 之后发生的 regenerate,都应该被当成"这一部分需要再审一轮"的信号,而不是默认已经被之前的 checkpoint 覆盖了。
常见错误
- 以为项目整体进度高就等于每个部分都已经审核过,而实际上可能只有部分内容达到了 checkpoint。
- 审核之后又 regenerate 了内容,却没有重新把那部分标记为需要再审。
- 恢复审核前不检查 checkpoint 状态,导致对已经签字确认过的部分重复审核。
自查清单
- 开始一次审核之前先检查 checkpoint 状态,而不只是看整体进度。
- 把 checkpoint 之后发生的任何 regenerate,都当成让对应部分的 checkpoint 失效来处理。
- 用 checkpoint 状态来续接跨会话的多轮审核,而不是每次都重新评估整个项目。
操作准则
进度告诉你这个项目走了多远;checkpoint 告诉你实际上审核过什么——不要让一个很高的进度数字,冒充成一次还没真正发生过的审核。