帖子
- Light2026-07-318664
用了一天pi,感觉没有native subagent,靠extension提供真的是个很大的败笔,问题就出在extension上。
Subagent的必要性:在有多种模型接入的条件下subagent真的能提高很多效率,比如我们公司内网有kimi-k3,glm-5.2,deepseek-v4-pro,k3是单台B300部署的,很强但是很慢。和k3讨论方案,然后让k3去指挥deepseek干活比全程k3速度上快很多。此外有些问题可以让k3和glm-5.2互相讨论、审阅。
Subagent本身是个extension的问题:别的extension不一定考虑了subagent。有很多其它extension本不应该在subagent上运行的(比如pi-workspace-history,pi-observational-memory)会在每个subagent上运行并且没有提供办法禁用。有一些其它extension本应该能在subagent上运行的(比如pi-fff)在subagent里用起来很困难。可以一个个extension通过修改源代码修但是升级就没了。
这种重要的东西还是放到infra里,提供统一、稳定的接口比较好啊。
主楼 - 路人A2026-07-3120994
- 邪恶大老鼠(Low_IQ)2026-07-316758
似乎不难实现?拉独立pi进程做子代理 可以选择load哪些extension 应该可以在单个subagent插件层面实现的才对 ^-^
- Podcast2026-07-3138926
Pi 的理念是你有不满足的需求就原地自己让 Pi 做一个扩展
- Light2026-08-018664
想了想最后让它自己改代码在subagent里禁用所有extension