我试了很多个压缩扩展，都是要到Agent 停止之后才会触发压缩，没有像Codex那样，执行长任务自动压缩。 经常会超上下文。
8 个赞
试下magic context ，我用的不多，这个好像可以一直无感保持在60%
6 个赞
试试magic context？在opencode上还挺好用的
1 个赞
推荐这个 pi-observational-memory
1 个赞
这个是要停下来，才能压缩，一开始用的就是这个。 我经常要跑长任务
1 个赞
pi-maestro-flow · Packages · Pi 推荐下我的，多个工具集合，不会冲突， teammate也支持压缩
3 个赞
https://www.npmjs.com/package/@snowy117/pi-dcp
自荐一下。OpenCode DCP的迁移。自己修了许多BUG。
由LLM自行调用压缩工具。无须等到agent_end再压缩。
也支持各种subagent实现，无冲突。使用上，无感压缩。
3 个赞
这个bug已经很久了，作者好像没有修的计划，内层的turn循环不结束就永远不会压缩，gpt这种模型对于复杂任务都100多轮tun都不会退出，之前经常遇到上下文溢出，用回codex了
1 个赞
pi不是自带自动压缩吗，context窗口满了之后就会自己压缩啊 
2 个赞
真的会自己压缩？准备入坑来着，我觉得这是刚需啊
1 个赞
试试 magic context
目前一直在用 体感不错
但是似乎会占不少内存 1-2G 的样子
或者就是把OMP的那个图片压缩技术看看拿过来用用
不行就自己写 反正写起来简单
1 个赞
可以试试pi-continue插件
1 个赞
pi 的自动压缩，得AI 停下来，你下次发消息之前才会压缩。 比如你发一条消息，AI调用工具几百次，这时候是不会压缩的，导致上下文经常爆了
那我好像懂了，这种情况我没怎么遇到过 
试试看magic-context吧，佬友们对这个评价还是比较高的
1 个赞
谢谢，工作流暂时不用了，看看你的压缩有没有可以参考的
dcp 之前也用过。 不知道是不是你这个dcp，当时体验效果也是不能自动压缩
我用这个pi-better-compaction,支持codex的远程压缩
2 个赞
我是自己写的，pi有接口啊，到设定阈值停住，然后调用pi暴露出来的压缩函数就可以了，然后因为我在pi用的是gpt，就用了个codex远程压缩的扩展，目前是没什么问题，只是最后一个工具调用最大token要设定好，不然会报错
2 个赞