配置了一下 pi，发现都是无用功

pi-fff插件好像会有问题

最近使用 pi agent 过程，发现有时候 mac 整体卡顿，软件闪退。观察硬盘状态发现在进行大量的硬盘数据读取，300+ MiB/s。
让 AI 分析了一下进程，发现是 pi agent 的插件 @ff-labs/pi-fff 在进行持续读取，看了下 AI 分析内容，已直接卸载。
经常在 pi 配置分享帖子中看见推荐的 @ff-labs/pi-fff 插件，所以特来发个帖提醒一下。
AI…

下午也看到了，可能是我的项目比较小，没有遇到这个问题。然后也并没有感觉快了多少

装太多插件就重了吧，omp都已经被称为屎山了

omp，opencode，pi 不是一个东西吧 ^-^

讲真opencode挺好用的，除了动不动就上涨的内存和一堆影响又不那么影响使用的bug

除了内存，CPU 占用比 Pi 大得多

同感，适合自己的就是最好的 ^-^ 也是要尝试一下才知道

这个轻量应该不是指看起来的插件多，而是对于模型的负担来说，opencode的各种prompt是很重的

这个我体感还是非常明显的，oc里面一句hi，上下文可能就两万多了，但是我转去了zcode之后，一般系统prompt就1w以内了

裸用 Pi Agent 其实效果也不错，缺的东西它自己会开发。我之前安装了一批插件，有一些卡顿，就全部卸载了，全部裸用。

但是模型的负担对于我来说好像不太查觉得出来 ^-^

还是太笨了

rewind、subagent、webaccess

这些本来是 Pi 舍弃的功能，就不应该加上的

说的在理，想下来确实没有特别必要的插件。subagent 适配得感觉也不是很好……

rewind 是因为在 opencode 里用习惯了，subagent 本来想着 gpt 拖一下 ds……然后 webaccess 真的不需要嘛？

我也想知道PI一般是裸用，还是要装一些常用的插件啊？

有点小疑问，我也再用webaccess这个， 如果去掉的话，pi中搜索应该怎么实现？

被惯坏，有些小改动就懒得弄 git 了 ^-^

然后如果用写规划，还是得人来审核

啊，我理解的是omp是基于pi的二开？

好像一开始是一个 fork，然后渐行渐远了