Pi agent中 billion-context 和magic-context 如何选择？

我自己做了一个，自动交接加memory。

单会话建议用 billion-context，主要是作者也有一直在维护迭代。

在 dsh 里用了billion-context，上下文长度基本控制在100k 以内，缓存命中率可以接受，没感受到降智，但是完成任务的耗时有明显增加，可能是增加了很多压缩检索和解压记忆的步骤。 个人感觉小任务没必要开，确定要有超长上下文的主线对话可以打开试试

我们需求不同，我的需求是：只进需要的部分，用完早点踢出去，还需要再补回来;

属于是既要节省，又要智力 ^-^

至于记忆：小规则写AGENTS.md，大规则写Skill.md，纯信息写doc

（如果LLM忘了写，给它提示，自己翻session去）

因此：Sol-Pi + pi-blackhole

我已经删掉了magic-context 。dreamer晚上跑了我几十块。我发现这个完全没意义。白白消耗的钱

billion-context 用了两三个月了，magic-context 没用过。效果很好，不过他默认压缩阈值在复杂任务可能有点小，老是读文件之后压缩又重复读相同文件，我改成默认的 1.5 倍了。

感觉压缩损失不可避免，但 bili 以前被压缩的上下文都是完整保留，模型能完整搜索的，感觉比各种压缩总结的方案好一些。

没用过bi，正在用magic，我觉得就跟上面说的，要是老是做一个项目，那magic比较合适，如果是经常干不同种类的工作，工作之间也没有共同需要的规则上下文，那bi比较合适。 大不了ai做个插件开关，指定本目录用什么插件号了。 ma dreamer可以不开，开的话建议用便宜我，我自己用6 luna，大概一天3角钱。但是一个月下来也要9块钱了，所以还是不开为好。或者定时开一下。

问一下，一直在使用Claude Max订阅开发的话需要关注这个吗？

已打入冷宫。太慢了完全受不了，一个整理工作区文件的任务干了40分钟，整个过程不停压缩、解压， tokens 消耗量大概是正常的5倍左右

用的magic-context的记忆和别的功能，把上下文压缩关闭，上下文压缩走的GPT的远程压缩

我最近在用pi-blackhole，感觉还可以，token消耗少，压缩效果也好，我也是单会话长跑比较多