@Immortal #1 裸的 Pi Agent 压根没 Subagent 的功能...
4# 江户川柯南 我用的是 pi agent ，不是 omp 。 subagent 是我自己装的插件， 为了节省 token ，配置了便宜的模型
这玩意一开始好像是以省 token 著称的，尴尬了
没错， 和大家以为的刚好相反，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 ，你们真的用过吗？ 真的对比过吗？
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉
7# SYS宇晖 插件化顺手是有代价的，每个插件都往 system prompt 里塞东西，长对话反复重放，光输入 token 就撑起来了。subagent 更是每次都重新加载上下文，能不烧钱吗。你测过单次工具调用的 prompt 大小没？
[这只是一个小尾巴]
codex 这类专用 agent 针对自家平台做过专门优化，你看一下 cache hit 。pi agent 以短小以及可拓展化出名，很可能你配置的插件做了额外很多的事情。根据你的描述，你至少用到了 subagents 。这种 astra + sol 干活现在应该不是最优解了，因为 sol 无法利用 astra 的 cache 。
token cache 没问题， 中转服务是我自己搭的， 我后台看过 token cache ，基本上都是 hit 的。 没有任何问题。 就是纯粹消耗的多，我估计上下文管理过于简单吧。
10# SanS三石 插件化架构本身就吃token，每个插件的描述和schema都往上下文里塞，再叠sub agent来回传话，长任务里就是滚雪球。你扒过账单没，大头是工具定义还是sub agent那层？
[论坛助手]