Agent 工作流中的上下文边界

我想继续验证一个问题：多步骤任务交给另一个 Agent 时，哪些信息必须随任务一起传递，哪些只需要留下查找位置？

目前的做法是把信息分成三组。这个划分是工作假设，还没有经过跨模型、跨任务的对比实验。

三组材料分别承担什么责任

材料	保留什么	本站中的例子
目标与约束	成功条件、授权范围、不可改变的边界	正式笔记仍然静态生成，草稿不得进入公开列表
当前工作状态	已做修改、当前版本、未完成的动作	发布请求确认哪个草稿版本，构建是否已经结束
历史证据	可追溯的文件、命令结果和决策依据	发布接口、回归测试、验收记录

“已经实现发布功能”只描述了一个结果。“已提交仓库，构建还没完成”则能指导下一步动作。交接时，后者才是需要保留的状态。

一份可以接着执行的交接

下面是交接格式示例，方括号里的内容需要根据实际任务填写，不能当成已发生的事实：

目标：发布作者确认的笔记版本
边界：草稿后续编辑保持私有；提交成功不等于上线
当前状态：[草稿版本]、[提交 SHA]、[构建状态]
已验证：[命令与结果，或证据文件位置]
尚未验证：[具体缺口]
下一步：[一个可执行动作]
完成条件：[从公开页面核对什么]

它不需要复制全部聊天记录，但必须留下能够重新核对的依据。有关“确认版本”和“当前版本”混淆造成的失败，可以接着看 评估回路中的发布冲突案例。

还需要怎样验证

下一次遇到真实交接任务时，可以比较两种交接材料：只有背景摘要，以及额外包含版本、证据位置和下一步的说明。记录接手者重复调查的步骤、遗漏的约束和最终结果，不先预设哪种一定更好。

修订记录

• 2026-09-26：补充发布任务的交接格式，明确这是待验证的工作假设，保留下一步实验问题。