首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >用 WorkBuddy 把"一个窗口的对话"无限续命:长会话不丢上下文、不烧积分的实战方法

用 WorkBuddy 把"一个窗口的对话"无限续命:长会话不丢上下文、不烧积分的实战方法

原创
作者头像
用户12813287
发布于 2026-10-12 01:22:02
发布于 2026-10-12 01:22:02
190
举报

适用人群:把 WorkBuddy 当长期工作搭子的人——写长文档、连续开发、反复改需求,聊着聊着就"变笨"或"断片"的。 我做一个需求经常聊二三十轮,早期要么硬撑(积分暴涨),要么直接 /clear(之前的所有约定全没了,新窗口从头交代)。后来摸出一套"把状态外置、随时续窗"的方法,长会话既能一直聊下去,每轮消耗还能砍掉一大半。下面一次讲透。


一、痛点:对话为什么会"断"

WorkBuddy 的每个窗口(会话)是有上下文上限的,聊到一定长度会出现三个典型问题:

  1. 变笨:十几轮之后,AI 开始漏掉你前面定的约束、忘记关键文件,答非所问。
  2. 烧积分:每发一条新消息,它都要把前面所有历史重新传一遍,轮次越靠后单轮消耗越高——明明只是问个小问题,却为整段历史买单。
  3. 清空就断片:你用 /clear 清掉上下文想"轻装上阵",结果之前定的命名规范、文件结构、待办清单全没了,新窗口得从头把背景再讲一遍。

核心矛盾就一句:窗口是临时工作区,但你的大脑(和积分)经不起反复重建上下文。


二、核心心法:把"状态"外置,而不是塞进窗口

解法不是"硬撑更长的窗口",而是让窗口可随时丢弃、随时重建——前提是真正的"记忆"不在窗口里,而在文件里。

一句话:窗口只装当下要做的那一步,长期约定和进度落盘到文件,新窗口读文件就能秒"继承"旧窗口的记忆。 这就等于把一段对话无限延长了。


三、四招续命(含命令)

第 1 招:/compact 压缩上下文(同一窗口继续时用)

当对话超过 5–6 轮、明显变长时,直接输入:

代码语言:javascript
复制
/compact

它会让 AI 把历史对话总结成要点、丢掉冗余细节,后续每轮只重传压缩后的摘要,单轮消耗能从几十积分降到十几积分(省 50%–90%),而且对话还能在同一个窗口接着聊。

踩坑提醒:压缩后 AI 记得的是"摘要",极细节的原话可能丢失。所以压缩前,先把不能丢的硬约束单独交代一遍。

第 2 招:开新窗"续命"——把交接摘要落盘(最推荐)

当你觉得这个窗口已经太胖、或要切换任务主题时,不要直接清空,而是让 AI 生成一份"交接摘要"存成文件,新窗口读它即可无缝接续:

代码语言:javascript
复制
请把我们这轮的进度、已定约束、关键文件路径、待办清单,整理成一份交接摘要,
存到 handoff.md,方便我开新窗口接着干。

交接摘要建议包含这四块(直接给模板):

代码语言:javascript
复制
# 交接摘要(2026-10-11)

## 当前目标
- 用 WorkBuddy 把考试分析 PDF 转成 Obsidian 笔记

## 已定约束(必须遵守)
- 标题/表格用大白话,禁用缩写与术语
- 数字、期限一律加粗
- 输出 Markdown,带 frontmatter

## 关键文件
- 源 PDF:C:\...\26版考试分析\刑法.pdf
- 产出目录:C:\...\笔记\

## 待办
- [ ] 第 5 章概念卡
- [ ] 出卷脚本跑通并生成样卷

新窗口第一句就发:请先读 handoff.md,按里面的约束和目标继续。 —— 新窗口瞬间"满血继承"旧窗口记忆,对话等于延长了,还顺手把臃肿上下文甩掉了。

第 3 招:/clear 该清就清,但先存

如果确定要彻底重来,先走第 2 招把摘要存好,再:

代码语言:javascript
复制
/clear

清的是临时窗口,丢不了落盘的内容。清完读 handoff.md 继续,体验和新开窗一样。

第 4 招:用项目记忆做"长期人设"

WorkBuddy 有项目级记忆文件(.workbuddy/memory/ 下的 MEMORY.md、按日期的日志)。把跨窗口都要遵守的长期约定(比如"交付物用大白话、禁用术语""默认输出 Markdown")写进 MEMORY.md,以后每个新窗口自动带上,不用每轮重复交代。


四、一个完整"续窗"工作流示例

场景:连续三天打磨一份长文档。

  • Day 1 晚:在窗口 A 里干活,聊到第 8 轮觉得变长了 → 输入 /compact 压一次,继续。
  • Day 1 收尾:让 AI 生成 handoff.md(目标 + 约束 + 文件 + 待办),关掉窗口 A。
  • Day 2 开窗口 B:第一句 读 handoff.md,接着做待办第 3 项。B 窗口不背 Day1 的废话,单轮消耗低,且知道全部背景。
  • Day 2 中途:再 /compact 一次保持轻量。
  • Day 3:重复"存摘要 → 开新窗读摘要",三天的工作像在同一个窗口里连续发生。

对比"硬撑一个窗口不关":后期每轮要多付数倍上下文重传成本;对比"直接清空不存":再也不用从头讲背景。


五、省积分账(直观对比)

做法

后期单轮消耗

是否丢上下文

可接续性

硬撑长对话不处理

高(每轮重传全文)

否,但变笨

一直同一窗

直接 /clear 不存

低

全丢

要重讲背景

/compact + 落盘续窗(本文)

低

仅丢冗余细节

无缝接续

结论:续窗法同时拿下了"低消耗"和"不丢记忆"两个好处,是长时间用 WorkBuddy 的必学动作。


六、小结

长对话管理的本质就一句:窗口是消耗品,记忆要落盘。 用 /compact 给当前窗口瘦身,用"交接摘要文件 + 新窗读取"实现无限续命,用项目记忆存长期约定。做到这三点,你的对话既能一直聊下去,积分也不会莫名其妙被历史对话吃掉。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、痛点:对话为什么会"断"
  • 二、核心心法:把"状态"外置,而不是塞进窗口
  • 三、四招续命(含命令)
    • 第 1 招:/compact 压缩上下文(同一窗口继续时用)
    • 第 2 招:开新窗"续命"——把交接摘要落盘(最推荐)
    • 第 3 招:/clear 该清就清,但先存
    • 第 4 招:用项目记忆做"长期人设"
  • 四、一个完整"续窗"工作流示例
  • 五、省积分账(直观对比)
  • 六、小结
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档