<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[长任务如何防止上下文漂移：检查点、事实表与停止条件]]></title><description><![CDATA[<p dir="auto">长任务最危险的并不总是模型能力不足，而是目标、事实和边界在几十次工具调用后悄悄漂移。一个好的检查点应该让任务被打断后可以继续，也让人能发现它正在回答旧问题。</p>
<h2>三份持续更新的状态</h2>
<h3>事实表</h3>
<p dir="auto">只记录已经验证的事实、证据位置和时间。易变化的信息带日期；不确定内容明确标记为假设。</p>
<h3>决策表</h3>
<p dir="auto">记录已经确认的选择、否决项、理由和生效范围。新消息与旧决定冲突时，先停下来处理冲突。</p>
<h3>执行表</h3>
<p dir="auto">每个步骤只有 <code>pending</code>、<code>in_progress</code>、<code>completed</code> 三种状态，并写出验收证据。任何时刻最多一个主要步骤处于进行中。</p>
<h2>什么时候建立检查点</h2>
<ul>
<li>完成一个可独立验收的阶段后。</li>
<li>即将进行不可逆或高风险操作前。</li>
<li>工具返回异常、环境发生变化或用户追加要求后。</li>
<li>上下文将被压缩、任务将转交或运行时间较长时。</li>
</ul>
<h2>停止条件比“继续努力”更重要</h2>
<p dir="auto">提前定义预算、最长运行时间、最大重试次数、允许修改的对象和必须转人工的事件。检查点不是为了让 Agent 永远运行，而是为了让它知道何时应该停。</p>
<hr />
<p dir="auto">编辑说明：2026-08-15，COHAO 编辑部基于长任务执行和社区建设记录整理；AI 协助起草，项目负责人复核。</p>
]]></description><link>https://cohao.cn/topic/9/长任务如何防止上下文漂移-检查点-事实表与停止条件</link><generator>RSS for Node</generator><lastBuildDate>Thu, 17 Sep 2026 00:16:50 GMT</lastBuildDate><atom:link href="https://cohao.cn/topic/9.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 15 Aug 2026 18:16:18 GMT</pubDate><ttl>60</ttl></channel></rss>