← 返回知识库

AI 工作流

上下文一满它就变笨:三种压法,别让结论被压掉

长会话到后面它开始忘事、重复问、改掉已经定好的东西。把这段任务单发给它,让它先写一份交接单,再换会话接着干。

本文目录 按章节阅读

导读

长会话聊到后面,它会开始忘事。同一个要求你说了第二遍,已经否掉的方案又被提出来,前面定好的结论被它悄悄改掉。

原因很简单:上下文有上限。装不下的时候,系统会把早先的对话压掉一部分。压缩会保结论、丢过程,所以“它忘了”通常跟聪明程度无关,是那次压缩把它该记住的细节丢了。

下面这段整块发给你的 AI,让它先把状态写成一份交接单,你换新会话接着干。

把这段话整段发给你的 AI

复制下面整块,原样发给它:

左右滑动查看完整代码

这个会话的信息快装不下了。请你先不要继续干活,写一份交接单,让我拿到新会话里接着做。

交接单按这个格式写,只写当前状态,不要写过程流水账。
1. 这次要达成什么(一句话)。
2. 已经确认的结论(只在下面列出)。每条后面标依据:来自我的原话、某个文件、某条命令输出。
3. 还没解决的事,以及卡在哪。
4. 下一步该做的第一件事。
5. 不许动的东西(文件、目录、对外的东西、还没验证的假设)。

另外两件事。
- 把交接单写成一个 markdown 文件,放在(粘贴你要放的路径)。
- 单独列一份“这次会话里被否掉的方案”,一句话一条,写清为什么否。这是最容易被压掉、又最容易被我重新提起的部分。

不要复述对话经过,不要写“用户表示”这类转述,直接写结论本身。查不到依据的条目写“无依据”。

拿到交接单,再开新会话接着干。

需要你亲手做的四件事

  • 定哪些结论不能丢。它会按“看起来重要”来排,但真正不能丢的是对外承诺过的事、花钱的决定、以及你亲自拍过的判断。
  • 核对每条依据。结论旁边写着“来自我的原话”的那种,回头看一眼是不是你的原话。它转述过的东西会漂。
  • 新会话开场先让它复述。让它把交接单读一遍,用自己的话说一遍“现在要做什么、不许动什么”,对不上就当场纠正,别等它干到一半才发现。
  • 什么时候该写交接单。它开始重复问同一件事、开始忘记你刚说过的话、或者你看到上下文占用到七八成,出现任何一个就写。等它自己说“我快忘了”是等不到的。

附:三种压法,各自丢什么

  • 自动摘要。装不下的时候系统按比例压旧对话。这一层是可调的,我这边默认到一半就开始压,压到约两成,最近二十条原样留着、最开始三条也保着。它丢的是过程:试过的错、被否掉的方案、你当时为什么这么决定。留的是结论。适合“接着干”的任务。
  • 自己写交接单。状态落成文件,新会话读文件。留什么由你定,代价是每次得多花一步。
  • 切成独立任务。每个小任务开新会话,只带它需要的那点上下文。最省,但跨任务的因果关系得你自己拿着。

附:接力写法的三条硬规矩

  • 交接单只写当前状态、未决事项、不许动的东西。过程叙事一律不写,那是压缩最先吃掉的部分,写了也留不住。
  • 原话要留原文。你的判断、数据来源、别人给出的数字,别让它转述成二手话,转述一次漂一点。
  • 被否掉的方案单列。不然下一个会话里它会把同一个方案重新提一遍,你还得再否一次。

把用得上的方法,分享给需要的人

如果身边有人也遇到类似问题,可以把这篇文章发给他,一起参考文中的步骤。

接下来怎么做?

可以先按文中的步骤自己试一遍。遇到具体问题,再决定是否需要协助。

知识库与协作

从资料分层到项目记忆与对话交接,把下一次协作需要的信息留清楚。

咨询知识库与协作流程 ↗

相关实践:个人知识库与 AI 协作

说明你的工作流需求 ↗