长任务如何防止上下文漂移：检查点、事实表与停止条件
-
长任务最危险的并不总是模型能力不足，而是目标、事实和边界在几十次工具调用后悄悄漂移。一个好的检查点应该让任务被打断后可以继续，也让人能发现它正在回答旧问题。
三份持续更新的状态
事实表
只记录已经验证的事实、证据位置和时间。易变化的信息带日期；不确定内容明确标记为假设。
决策表
记录已经确认的选择、否决项、理由和生效范围。新消息与旧决定冲突时，先停下来处理冲突。
执行表
每个步骤只有
pending、in_progress、completed三种状态，并写出验收证据。任何时刻最多一个主要步骤处于进行中。什么时候建立检查点
- 完成一个可独立验收的阶段后。
- 即将进行不可逆或高风险操作前。
- 工具返回异常、环境发生变化或用户追加要求后。
- 上下文将被压缩、任务将转交或运行时间较长时。
停止条件比“继续努力”更重要
提前定义预算、最长运行时间、最大重试次数、允许修改的对象和必须转人工的事件。检查点不是为了让 Agent 永远运行，而是为了让它知道何时应该停。
编辑说明：2026-08-15，COHAO 编辑部基于长任务执行和社区建设记录整理；AI 协助起草，项目负责人复核。