但它的问题也很明显：固定窗口截断是一种“一刀切”的遗忘机制。如果早期对话里有关键约束，被截掉之后，Agent 就会突然失忆。比如用户一开始说：这次接口自动化方案要优先覆盖订单主链路，不要只测接口返回 200。如果对话很长，这句话被截掉了，Agent 后面可能又开始机械地罗列接口状态码校验。再比如用户前面已经否定过一个方案：不要依赖线上真实支付渠道，支付回调要用 Mock 服务模拟。如果这句话被截断，Agent 后面又建议接入真实支付环境，就会显得非常不专业。所以固定窗口截断适合简单场景，但不适合长任务和复杂协作。五、短期记忆方案二：滚动摘要滚动摘要是更适合长任务的方案。核心思路是：当对话历史快要超出窗口时，不直接丢掉早期内容，而是先把它压缩成摘要，再用摘要替代原始对话。流程如下：为了避免这个例子太抽象，我们用测试开发场景来看。假设一个 Agent 正在协助测试团队设计电商下单链路的接口自动化方案。这个任务不是一问一答就能完成的，它会经历需求澄清、链路拆解、风险识别、用例设计、数据准备、脚本生成和结果复盘。如果没有短期记忆，Agent 很容易在后续对话中忘记前面已经确认过的业务链路、风险优先级和测试约束。这时，滚动摘要就可以把前面多轮对话压缩成一份结构化任务状态：【任务目标】用户正在让 Agent 协助设计一套电商下单流程的接口自动化测试方案。【业务背景】1. 核心链路包括：登录、浏览商品、加入购物车、提交订单、支付回调、订单状态查询。2. 当前优先保障主流程稳定性，其次覆盖异常场景和边界条件。3. 测试环境已经提供用户服务、商品服务、订单服务和支付模拟服务。【用户要求】1. 测试用例要按业务链路分层，不要只罗列接口。2. 优先覆盖高风险场景，例如库存不足、重复下单、支付回调重复通知。3. 输出内容要能直接给测试团队评审和落地执行。4. 自动化脚本要考虑数据隔离、环境清理和接口依赖关系。【已确认结论】1. 下单主流程必须作为 P0 级用例优先覆盖。2. 支付回调需要重点验证幂等性。3. 库存扣减和订单状态流转属于高风险校验点。4. 自动化执行前需要准备独立测试账号和测试商品数据。【已否定方向】1. 不要只测接口返回 200。2. 不要把所有场景都堆在一个大用例里。3. 不要依赖线上真实支付渠道。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
