pi没有native subagent真是败笔啊

用了一天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里，提供统一、稳定的接口比较好啊。