上下文回答“模型这一次能看到什么”记忆回答“哪些信息以后还要用”状态回答“任务现在走到哪一步”。三者都在给 Agent 提供信息生命周期和用途却不同。混在一起提示词会越堆越长旧内容可能反复干扰中断的任务也很难准确接续。在 ZGI 这类可自托管 Agent Runtime 中Agent、记忆、知识、Workflow、Skill 和模型路由可以放进同一个工作区组织。平台把相关资源接到一起设计者仍需决定哪些内容只进入本次上下文哪些允许长期保留哪些应写入可检查的任务状态。当前上下文、长期记忆与任务状态采用不同的信息容器和保留周期上下文管当前这一轮用户刚提交的问题、系统指令、检索到的资料片段、工具返回结果以及本轮任务需要参考的历史消息都可能进入上下文。模型只能依据当前收到的内容生成下一步因此上下文需要紧贴眼前任务。上下文受窗口长度和调用成本约束。把完整聊天记录、整份文档和所有工具结果一股脑塞进去容易挤掉真正关键的信息。更稳妥的处理方式包括保留当前目标和限制条件按问题检索相关资料对过长过程做结构化摘要工具返回只留下后续步骤需要的字段。任务结束后这些内容没有必要全部继续存在。下一次调用若仍然需要其中一部分可以重新检索也可以把经过筛选的内容写入记忆。记忆管跨任务复用记忆面向后续交互。用户明确确认的偏好、反复使用的工作习惯、长期项目的背景摘要以及已经达成的稳定结论都可能进入记忆。它需要经过选择、更新和删除不能直接等同于聊天记录备份。一条可用的记忆最好带上来源、适用范围和更新时间。比如“报告默认使用中文”可以长期沿用“本周暂时采用旧模板”带有明显时效过期后应更新或移除。缺少时间和范围的记忆容易把一次性的要求带进无关任务。资料原文也不宜全部写入记忆。制度、产品手册和接口文档通常留在知识库需要时再检索记忆更适合保存与用户、项目或任务连续性有关的少量信息。状态管任务推进状态记录一次任务已经发生了什么、正在等待什么、下一步允许做什么。常见字段包括任务编号、当前节点、处理结果、等待条件、重试次数、产物位置和完成时间。它需要采用稳定结构便于程序读取、恢复和判断。以报销 Agent 为例当前提问、发票识别结果和本次查到的制度片段进入上下文用户确认过的语言偏好可以进入记忆报销单编号、审批节点和提交结果属于状态。页面刷新或模型切换后只要状态仍在流程就能知道应该继续等待审批还是进入下一步。类别主要问题常见内容保留时间上下文此刻要参考什么当前问题、指令、检索片段、工具结果一次调用或一段会话记忆以后还要记住什么已确认偏好、长期背景、稳定结论跨会话按规则更新状态任务进行到哪里节点、结果、等待条件、产物标识一次任务的完整周期用三个问题给信息归位遇到一条新信息可以依次问只对眼前这一步有用吗放进上下文。后续任务仍会反复使用并且用户允许保留吗整理后写入记忆。程序需要依靠它继续、暂停、重试或结束任务吗写入状态。同一份信息也可能在三类位置间流动。工具结果先进入上下文其中一项确认后的偏好被提炼为记忆与流程推进有关的结果编号则写入状态。关键在于保留必要内容同时留下来源和更新路径。在 ZGI 中搭建 Agent 时可以先画出这三类信息的去向再配置知识、记忆和 Workflow。拿几条会中断、会重试、会跨会话继续的真实任务测试比只看一次回答是否正确更容易发现边界问题。GitHubhttps://github.com/zgiai/zgiGiteehttps://gitee.com/zgiai/zgi
