PI 压缩扩展有大佬推荐吗？

试下magic context ，我用的不多，这个好像可以一直无感保持在60%

试试magic context？在opencode上还挺好用的

[image]

在 %USERPROFILE%\.pi\agent\settings.json 添加下面的参数，

主要是compactAfterTokensMode用ratio，
compactAfterTokensRatio是ratio模式下的比例，上图中有说明，看情况改，我用的就是默认的0.68
model换成你的小的便宜的模型，不配置的话会用你对话的模型进行压缩操作，如果很贵的话…

推荐这个 pi-observational-memory

这个是要停下来，才能压缩，一开始用的就是这个。 我经常要跑长任务

pi-maestro-flow · Packages · Pi 推荐下我的，多个工具集合，不会冲突， teammate也支持压缩

https://www.npmjs.com/package/@snowy117/pi-dcp

自荐一下。OpenCode DCP的迁移。自己修了许多BUG。

由LLM自行调用压缩工具。无须等到agent_end再压缩。

也支持各种subagent实现，无冲突。使用上，无感压缩。

这个bug已经很久了，作者好像没有修的计划，内层的turn循环不结束就永远不会压缩，gpt这种模型对于复杂任务都100多轮tun都不会退出，之前经常遇到上下文溢出，用回codex了

pi不是自带自动压缩吗，context窗口满了之后就会自己压缩啊 ^-^

真的会自己压缩？准备入坑来着，我觉得这是刚需啊

试试 magic context

目前一直在用 体感不错

但是似乎会占不少内存 1-2G 的样子

或者就是把OMP的那个图片压缩技术看看拿过来用用

不行就自己写 反正写起来简单

有的，就是有的时候不灵，把context给稍微调小一点就没事了

可以试试pi-continue插件

pi 的自动压缩，得AI 停下来，你下次发消息之前才会压缩。 比如你发一条消息，AI调用工具几百次，这时候是不会压缩的，导致上下文经常爆了

谢谢，工作流暂时不用了，看看你的压缩有没有可以参考的

dcp 之前也用过。 不知道是不是你这个dcp，当时体验效果也是不能自动压缩

我用这个pi-better-compaction,支持codex的远程压缩

我是自己写的，pi有接口啊，到设定阈值停住，然后调用pi暴露出来的压缩函数就可以了，然后因为我在pi用的是gpt，就用了个codex远程压缩的扩展，目前是没什么问题，只是最后一个工具调用最大token要设定好，不然会报错