pi agent 太费 token 了！

[fallimmortal]

没错， 和大家以为的刚好相反，pi agent 根本不省 token ，同样的任务相对于 codex ， 消耗量至少是 2 倍以上！（不要用那些 简单的短任务来说事， 我说的是正常工作中的长任务，很轮的对话， 大量的工具调用等等）

我接触了 pi agent ，被它的所谓的一切都是插件化给吸引了。 然后接入了我常用的插件，甚至还自定义了个别自己用的顺手的插件， 最后的感觉是非常非常的顺手，然后满心欢喜的打算替换我原来的 codex 的工作流。用了 1 天， 我惊呆了。

同样的任务，感觉完成的更慢，反复的调用，也不知道是干啥（ code mode ，sub agent 都配置了，甚至还尝试过 context mode 相关的插件）。 最夸张的是它的账单，我用的是 astra ， 一天 350$ ， 按照平时我的用量， 这点工作 codex 里面 最多 150$ 撑死。 这个 350$ 还夹带了很多 subagent 使用 6.1sol 的用量。 我真的是彻彻底底的无语了。

网上那么多人吹 pi agent 省 token ，你们真的用过吗？ 真的对比过吗？

[Immortal]

你不会用的是 OMP 吧..

[Immortal]

@Immortal #1
裸的 Pi Agent 压根没 Subagent 的功能...

[blankll]

不是说 pi agent 很省 token 吗？

[fallimmortal]

我用的是 pi agent ，不是 omp 。 subagent 是我自己装的插件， 为了节省 token ，配置了便宜的模型

[V2Try]

这玩意一开始好像是以省 token 著称的，尴尬了

[dreampuf]

codex 这类专用 agent 针对自家平台做过专门优化，你看一下 cache hit 。
pi agent 以短小以及可拓展化出名，很可能你配置的插件做了额外很多的事情。根据你的描述，你至少用到了 subagents 。这种 astra + sol 干活现在应该不是最优解了，因为 sol 无法利用 astra 的 cache 。

[fallimmortal]

token cache 没问题， 中转服务是我自己搭的， 我后台看过 token cache ，基本上都是 hit 的。 没有任何问题。 就是纯粹消耗的多，我估计上下文管理过于简单吧。

[Xntu]

其他插件不清楚，但是光 subagent 就不可能省 tocken

[fang2hou]

用 pi 的话必须根据模型的强度来调整 harness 的，对于比较新的模型很多机制比如 advisor ，turn-review 是不必要的。就拿 subagents 来说，什么时候触发，怎么放入上下文触发缓存命中都是有讲究的。skill 注入现在也流行不注入全部说明用一个内部工具给 agent 做 skill 提示，但这种技术只要你不是对 codex/cc 有研究，你都很难知道要去装这样机制的插件。而且现在上下文压缩里面，自己压缩和远程压缩也有区别，不用插件是无法达到很多 codex 内的 API 功能的。对于国内的模型来说，多点机制基本都能拿更好的结果，但是对于 sonnet 5.5, sol-6.1 以上的模型，我个人现在都是直接裸跑效果更好也很省。

如果不是随着模型出一个就去优化插件的话（虽然是指挥 agent 去调，但是思路基本是看使用者自己的），其实还是不如用官方的。pi 在大部分榜单中凸显省 token 的前提是大家都不装插件。或者说就是想混用的时候用一下。

[fallimmortal]

对啊。最终的结论是， 真正的干活，还是老老实实的用回 codex 吧。