（我觉得～）目前上下文交接最优解的方案

前言

我不是程序员，所以不代表程序方面工作，更多的是一种泛用性和思维方式的发散

做过好几个skill用来压缩上下文，也看过很多相关的方案，但是使用过程都不是那么放心的让他交接，总觉得交接以后就是会丢一点什么东西，不踏实。

官方的压缩也是一样的，让我不想压缩。

再后来，常用的任务我就做成了长线程的任务。我觉得记忆系统也够用了。但后来我发现无论怎么弄，即使是长线程任务，本次压缩也会丢失一些当前的上下文细节。我都害怕压缩，

我怕我给AI的一些执行细节被他压缩掉。我怕他总结会略微偏离目标。事实也确实如此。面对复杂任务，商业分析等等的任务时候，总结后的新聊天，总是会丢失一些东西。

新的思路

我会单独创建一个关于上下文的长线程系统，就专门用来压缩上下文。其他什么都不做。用长线程+skill作为组合，长线程记录一些灵活的关于上下文压缩任务的东西，skill作为执行脚本。同时在这个基础上我又加入了一个新的压缩思路。

我把这个系统拆成两层讲：

1. 常规思路：，甚至AI随便生成一个的基础框架。什么当前任务状态啊，什么当前任务卡点啊什么的。虽然有用，但是怎么弄都是AI生成的压缩的。


2. 新的思路：我回看了很多次我的聊天，因为我是泛用性任务，所以我输出的文字内容相较于AI给我的回答，少了非常非常多。那我就顺着这个思路，让AI把我的聊天内容不做太大的优化，然后保留在一个本地md文档里。AI生成的回答内容根据对话语境，拆成可分析的系统进行压缩。这样整个交接文档就是一份完整的对话回溯，同时再让AI根据这个回溯了解任务目标、任务进度等等这些内容，在生成那种框架性内容组合为一份完整的交接档案。这样我的所有关键内容都进行了保留。也压缩了上下文。

但是多次压缩后，上下文肯定会很多，因为保留了原始内容。两种任务的解决方案。

• 长线程任务：长期信息写回总控、AGENTS、决策、日志和正式资料；交接只保存当前未完成断点。所以长线程解决的是当前窗口的交接，长期记忆还是要依靠长线程的逻辑。


• 普通临时任务：使用一份滚动更新的细粒度结构化交接，通常适用于3～5次压缩。


• 超长临时任务：约第6次、单文档明显过长或出现多个完成阶段时，拆成：
  
  
  
  • 核心上下文.md
  
  
  • 当前任务交接上下文.md
  
  
  • 阶段记录.md
  
  
  
  

同时超长临时任务需要压缩上下文，压缩原则也有两层，一层可压缩，一层不可压缩。

可以阶段压缩

• Codex 的重复解释


• 已完成的普通操作过程


• 已经过期的中间方案


• 重复出现的背景


• 已经写入正式文件的内容


• 没有影响后续的讨论

不允许反复改写

• 用户关键原话


• 用户纠正和否定


• 明确禁忌


• 任务最终目标


• 成功标准


• 精确路径、命令和关键数字


• 尚未解决的重要问题


• 重大决策的原始原因

这种形式的上下文压缩，解决了很多以前无法解决的问题。

现在这套“细粒度结构化上下文交接”，可以理解为：

不只是总结当前结论，而是回看整个聊天如何发展+当前任务结论等内容交接上下文。

这个并不是skill，而是长线程任务创建，逻辑已经在帖子里了。直接让AI按照原文内容生成一个长线程的上下文交接就可以，如果不喜欢用长线程的人，直接让AI做成skill也可以～