vibe 用多 agent 的好处是什么？

最近老是看到 rmux 的身影，但我并没有用过。
我自己用的是 termius，一个 workspace 开多个终端进行广播输入，这是我能做到的最多的了。
我也不是单一 agent 的信徒，有不错的 agent，使用自己的流程也是可以接受的。
但我不解的是，很多人用 4-5 个 agent 的 IDE 是为了什么呢？
比如说，claude code 我能理解它的编排和规划功能，基本上也都是在用 claude 自家的模型。
那么，为什么写后端用 vibe，前端用 grok，然后 API 用 antigravity，最后再用一个 codex 来进行审查呢？
这让我想到了……ai 并没有人类所谓的分工吧。我觉得第一梯队的模型之间差距不会天差地别。
通过让 claude 控制路由，对细分任务进行划分，实则简单多了，claude 根据模型基准偏好进行切换就可以了。
而且一旦这么分离了，上下文呢？我看到 rmux 是通过截图输出进行管理，这有必要吗？
一个项目由一个 agent 负责，你只需保持 agent 的运行，就能同时开启多个项目进行处理，这样不是更好嘛，可以做成旋转木马。
但是，让多个 agent 并行处理同类的 IDE，我就有点不理解了。真当牛马用啊，太压榨了，根本没有人性。
你加 loop 或者加 graph nodes，我对此没有意见，明确需求后，不就是一顿挂机嘛。
我总的来说还是偏好单 agent 模式。虽然对多 agent 的工作流感兴趣，但也怕过度工程化。求解。

---

原文链接：[点击查看](https://www.v2ex.com/t/1232963)