2. Linux.do
  3. Pi 有没有压缩插件推荐？

Pi 有没有压缩插件推荐？

xk128 2026-09-01 11:48 1

^-^ 最新的 0.84 虽然修复了超过上下文额度还不压缩的问题但是，现在压缩完直接变弱智了，plan 模式 压缩一次直接给他发的需求全部忘完（还好意思提问我要实现什么功能，给我列个选项框一看全跟初始需求不一样，甚至有时候直接问我需求是什么，我都气笑了），执行期间 压缩一次 直接任务执行到哪直接忘完，任务清单又重新给你列一遍之前的直接放弃，变成了弱智



可以排除是模型的问题，因为在 codex 里面正常



各位有无压缩插件推荐，我只需要单会话记忆即可，不想要 Harness memory 那种长期记忆的插件。



尝试过



  • pi-observational-memory

  • context-mode

  • pi-ultra-compact


现在用的 pi-blackhole ，更新完后都是一坨

最新回复 (15)
  • xunxun 09-01 11:50
    1楼

    上下文那个有个算法压缩 pi-vcc

  • Heiyue 09-01 11:52
    2楼

    magic-context尝试过了么？单会话记忆做的还算不错，就是跨会话注入有点小问题，不知道是不是我给的模型太拉的问题

  • ywcao 09-01 11:52
    3楼

    pi-openai-server-compaction 我用的这个

  • nikoniko 09-01 11:54
    4楼

    这个上下文压缩和pi有什么关系吗? 上下文压缩机制不是把所有的上下文交给大模型, 然大模型进行压缩吗? 这个能力和模型能力有关吧, 和其他 harness 的区别顶多在压缩的提示词不同吧

  • xk128 楼主 09-01 11:56
    5楼

    理论上是这样的，但是实际上取决于你怎么把上下文交给大模型或者算法


    还是看你使用的是什么机制，codex，claude，opencode，pi 的上下文压缩后的效果都不一样


    因为我现在同一个模型 codex 压缩记忆力就正常，现在换到 pi 里面自带的或者是我用过的插件效果都不行

  • Heiyue 09-01 11:56
    6楼

    opencode之前的dcp插件用的裁剪机制也可以，magic-context也差不多是在dcp的机制上增加了记忆功能，所以显得相对重了点

    话说记忆功能不是可以关的么？好像都是可以关的，有单独的上下文压缩功能。

  • nikoniko 09-01 11:57
    7楼

    这个好像是因为 Codex 它有记忆插件吧

  • xk128 楼主 09-01 11:58
    8楼

    是的，可能是我没表述清楚，主要就要的就是单会话情况下压缩完别忘东西就行

  • 喜欢这里爱你们 09-01 11:58
    9楼

    magic 虽然重 但是好用 设置压缩比 和 压缩率 设置好 对于记忆没啥特别的问题

    好用着

  • nikoniko 09-01 11:59
    10楼

    可以尝试magic context, 很多人都推荐使用

  • 喜欢这里爱你们 09-01 11:59
    11楼

    另外如果你追求极致的token消耗

    我个人建议你去安装openclacky 或者 论坛的 ga 都是比较不错的选择

  • Heiyue 09-01 12:03
    12楼

    他的压缩机制不是直接压缩吧？是对一些旧会话的工具调用、会话记忆进行丢失或者压缩为短记忆，就是dcp的裁剪机制，但是比较靠模型能力，如果模型太差的话，就容易将会话记忆给压错

  • crd233 09-01 14:10
    13楼

    蹲一下，我个人是使用 npm:@oipsanthony/pi-codex-compaction，但是只针对 openai 的模型去做 remote compaction。对于其它模型，怎么样达到原生 cli 的压缩能力或者达到跟 codex 里面一样无感的程度。

  • xk128 楼主 09-01 15:23
    14楼

    尝试了一下 Magic Context ，目前效果还行，用一段时间看看

  • tobyang72 09-01 15:27
    15楼

    侧重点不一样，claude codex都是聚焦当前任务，会选择压缩比例更高的/更简单有效的压缩，办公场景或者个人助手不一样的

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐