跳到正文
SGSteven Guan

原子概念

跨会话任务连续性

任务摘要投影:目标/约束/已验证结论/失败尝试/依赖/下一步与归档。

要解决的问题换一个Session后如何继续同一任务而不丢目标和验收?

检索别名:task memory · handoff summary · 任务连续性

BLUEPRINT局部蓝图

01 输入

  1. 权威Task状态与事件
  2. 证据、产物和未完成目标
→

02 处理机制

  1. 提炼可读任务投影
  2. 保留事件引用与不确定状态
  3. 新Session对照checkpoint继续
→

03 输出与证据

  1. 跨Session理解连续性
  2. 不替代checkpoint的任务摘要

下一次Session需要知道当前任务到哪里

跨会话工作不能只保存最后一句回复。新的Session需要理解目标、验收条件、已确认约束、完成项、未解决问题、失败尝试、依赖和下一步。Task memory的作用是形成易读的任务投影,让模型迅速恢复理解,而不是替代权威执行状态。

Anthropic关于长期Agent harness的文章讨论跨context window继续工作的困难,并以进度文件、明确功能列表和增量产物衔接会话。它是一个实现案例,不能据此认为任意自然语言摘要都能可靠恢复复杂业务操作。

摘要与checkpoint分别负责什么

摘要可解释为什么选择某路线,checkpoint应保存实际执行位置、工具call身份、审批和预算等显式状态。摘要说“付款已完成”不应触发跳过业务读回;若原始事件显示结果未知,下一轮必须按结果未知处理,而不是相信流畅叙述。

建议任务摘要引用稳定事件和artifact ID,保留已验证事实与模型推断的区别。压缩时优先保留未完成目标、最新用户纠正、禁止动作、关键依赖及验证缺口;已失效计划可以归档,但不能把尚未执行的计划写成完成事实。

任务结束后改变记忆用途

任务归档不意味着其中所有内容都成为长期个人偏好或团队技能。客户事项事实应留在原scope,通用经验需单独抽取和审查;短期临时条件不应跨到下一个无关任务。多个Session可以属于同一Task,但仍需独立身份与授权。

验收让任务在不同阶段中断:工具执行前、结果未知时、验证失败后和用户纠正后。新Session应继续正确步骤,并能定位已有证据,避免重复副作用、丢失验收或过早宣布完成。摘要质量指标应服务这些行为,而非只看压缩率。

RELATIONSHIP MAP

与其他节点的关系

箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。

PRIMARY SOURCES

来源与阅读边界

来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。

  1. Anthropic:长期Agent harness ↗官方文档 / 声明
  2. LangChain:Memory overview ↗官方文档 / 声明