社区讨论LinuxDo 最新
有没有适合“会话状态移交”的skill推荐？
先说下实际开发遇到的问题： 本人日常 codex 主力开发，由于 codex 的上下文压缩很好用，所以现在基本上一个 repo 一个对话，前端后端测试联调部署等等都在一个会话里干。 现在遇到的问题是这样的，虽然 codex 的上下文压缩很强，但时间长了之后，每次压缩后的对话上下文是在逐步增长的，有的对话压缩后上下文只剩 50%。 遇到这种情况，我一般会新启一个会话，新会话的开场提示词由旧会话整理，我会人工用提示词约束输出的内容尽可能的详尽，一轮交互完后，由新会话进行问题整理，我会让新会话输出他不确定拿不准的问题，…
内容摘要
作者：#jcuY
板块：#开发调优
先说下实际开发遇到的问题：
本人日常 codex 主力开发，由于 codex 的上下文压缩很好用，所以现在基本上一个 repo 一个对话，前端后端测试联调部署等等都在一个会话里干。
现在遇到的问题是这样的，虽然 codex 的上下文压缩很强，但时间长了之后，每次压缩后的对话上下文是在逐步增长的，有的对话压缩后上下文只剩 50%。
遇到这种情况，我一般会新启一个会话，新会话的开场提示词由旧会话整理，我会人工用提示词约束输出的内容尽可能的详尽，一轮交互完后，由新会话进行问题整理，我会让新会话输出他不确定拿不准的问题，然后我发给旧会话进行回答，两轮交互完后差不多就可以继续工作了
目前使用体感下来还不错，但每次移交都要往复操作，感觉还是有点麻烦
所以想问下有经验的佬友，这块有啥好的 skill 或者思路推荐？
PS：
有几点需要说明下，在此之前我也尝试了一些其他办法：
1、用类似于 self improvement 的 skill 让会话工作时及时写入工作状态信息到本地文档里。这样初期效果还不错，但如果项目大起来了的话，就会变成一坨屎山，适得其反
2、codex 的跨 session 机制，codex 的新对话确实能直接 @旧对话并查看内容，但实际使用下来发现貌似只能看到部分内容，比较久的信息就看不到了
3、忘了。想到再补充。。
资讯来源
LinuxDo