最近 Anthropic 发了一篇关于 Subagent 的文章，讨论什么时候应该把子 Agent 收回主 Agent Loop，也引发了不少关于单 Age… · @xulijian1994 · TwKit

@xulijian1994

最近 Anthropic 发了一篇关于 Subagent 的文章，讨论什么时候应该把子 Agent 收回主 Agent Loop，也引发了不少关于单 Agent 和多 Agent 的讨论。 正好聊聊我自己的使用习惯。 我一直不喜欢在 Vibe Coding 时开 Subagent，不管用的是什么模型。 最主要的原因，是它会让我失去对整个项目的掌控感。 主 Agent 好不容易理解了整个项目，包括之前的讨论、修改、设计取舍，结果转头把一段任务摘要交给子 Agent。子 Agent 只知道局部，执行完再把结果汇报回来。 信息在交接过程中不断损耗，我始终有一种上下文丢失的不安全感。 我也不喜欢强模型规划、弱模型执行这种架构。 写代码又不是照着施工图搬砖，执行过程中依然需要大量判断。弱模型理解不了的东西，强模型把 Plan 写得再漂亮也没用。 最后还是得让强模型反复审查、打回、返工。看起来节省了 Token，实际可能连时间成本都没省下来。还不如直接用一个中等水平的模型，从规划到执行一条龙完成，至少整个过程是自洽的。 我只有两种情况会考虑开 Subagent。 第一种，任务真正独立、可以并行、互不干扰。比如同时开发 10 个没有依赖关系的模板，各干各的，最后验收合并。 第二种，主 Agent 的上下文快到上限了。我又不想开新窗口，更讨厌压缩上下文。这个时候才可能把一些边界清晰的任务交给子 Agent，尽量保住主会话的上下文。 Anthropic 那篇文章也提到，很多任务可以把 Subagent 收回主 Agent Loop，改用单 Agent 配合按需加载的 Skills 和工具，减少上下文交接带来的信息损耗。 这和我的使用习惯至少在结论上是一致的。 而且我觉得，Vibe Coding 很重要的一点就是氛围。 一个 Agent 从头跟着我做，需求慢慢聊，思路慢慢调整，整个过程是连贯的。我知道它在干什么，它也知道我想要什么，这种感觉其实很舒服。 开一堆 Subagent，任务分来分去，最后可能确实快了，但我总觉得自己失去了对整个开发过程的掌控。 代码是写出来了，但 Vibe 没了。 https://claude.com/resources/articles/building-agents-when-to-fold-subagents-into-your-main-agent-loop

曝光 170 · 评论 4 · 点赞 1 · 书签 0