- xk1282026-09-01
^-^ 最新的 0.84 虽然修复了超过上下文额度还不压缩的问题但是，现在压缩完直接变弱智了，plan 模式 压缩一次直接给他发的需求全部忘完（还好意思提问我要实现什么功能，给我列个选项框一看全跟初始需求不一样，甚至有时候直接问我需求是什么，我都气笑了），执行期间 压缩一次 直接任务执行到哪直接忘完，任务清单又重新给你列一遍之前的直接放弃，变成了弱智
可以排除是模型的问题，因为在 codex 里面正常
各位有无压缩插件推荐，我只需要单会话记忆即可，不想要 Harness memory 那种长期记忆的插件。
尝试过
- pi-observational-memory
- context-mode
- pi-ultra-compact
现在用的 pi-blackhole ，更新完后都是一坨
主楼 - xunxun2026-09-01
上下文那个有个算法压缩 pi-vcc
- Heiyue-linuxdo2026-09-01
magic-context尝试过了么？单会话记忆做的还算不错，就是跨会话注入有点小问题，不知道是不是我给的模型太拉的问题 - ywcao2026-09-01
pi-openai-server-compaction 我用的这个
- nikoniko2026-09-01
这个上下文压缩和
pi有什么关系吗? 上下文压缩机制不是把所有的上下文交给大模型, 然大模型进行压缩吗? 这个能力和模型能力有关吧, 和其他 harness 的区别顶多在压缩的提示词不同吧 - xk1282026-09-01
理论上是这样的，但是实际上取决于你怎么把上下文交给大模型或者算法
还是看你使用的是什么机制，codex，claude，opencode，pi 的上下文压缩后的效果都不一样
因为我现在同一个模型 codex 压缩记忆力就正常，现在换到 pi 里面自带的或者是我用过的插件效果都不行
- Heiyue-linuxdo2026-09-01
opencode之前的dcp插件用的裁剪机制也可以，magic-context也差不多是在dcp的机制上增加了记忆功能，所以显得相对重了点
话说记忆功能不是可以关的么？好像都是可以关的，有单独的上下文压缩功能。
- nikoniko2026-09-01
这个好像是因为 Codex 它有记忆插件吧
- xk1282026-09-01
是的，可能是我没表述清楚，主要就要的就是单会话情况下压缩完别忘东西就行
- 喜欢这里爱你们2026-09-01
- nikoniko2026-09-01
可以尝试
magic context, 很多人都推荐使用 - 喜欢这里爱你们2026-09-01
- Heiyue-linuxdo2026-09-01
他的压缩机制不是直接压缩吧？是对一些旧会话的工具调用、会话记忆进行丢失或者压缩为短记忆，就是dcp的裁剪机制，但是比较靠模型能力，如果模型太差的话，就容易将会话记忆给压错
- crd2332026-09-01
蹲一下，我个人是使用
npm:@oipsanthony/pi-codex-compaction，但是只针对 openai 的模型去做 remote compaction。对于其它模型，怎么样达到原生 cli 的压缩能力或者达到跟 codex 里面一样无感的程度。 - xk1282026-09-01
尝试了一下 Magic Context ，目前效果还行，用一段时间看看
- tobyang722026-09-01
侧重点不一样，claude codex都是聚焦当前任务，会选择压缩比例更高的/更简单有效的压缩，办公场景或者个人助手不一样的