Anthropic 工程团队发布了一篇文章，讨论什么时候应该把 Subagent 合并回主 Agent Loop。
一个有意思的观察：随着模型越来越强，过去精心设计的 Multi-Agent 架构，反而可能成为系统的负担。

Anthropic 还指出：不少企业的 Agent 架构正在变成组织架构图。
每个业务团队都开发自己的专业 Agent，再搞一个 Orchestrator 统一调度。
看起来分工明确，实际却带来了上下文丢失、调用延迟、Prompt 冲突、评测割裂等问题。
一个客户案例中，Single Agent Loop 的运行时间甚至缩短到了原来的约一半。

Anthropic 推荐的新思路是：Single Agent Loop + Skills + Tools + Progressive Disclosure。
由一个主 Agent 维护连续上下文，循环完成规划、执行和观察。专业能力通过 Skill 和 Tool 按需加载。
随着模型能力提升，原本需要 Harness 硬编码的部分规划、路由逻辑，现在可以交给模型自主处理。

那 Subagent 还有必要吗？
Anthropic 给出了三个条件：
1️⃣ Context Isolation：需要独立上下文，避免污染主 Agent。
2️⃣ Parallelization：多个任务可以独立并行。
3️⃣ Specialization：确实需要专业、指令或权限隔离。

关键是按 Context Boundary 拆分，而不是简单按 Problem Type 拆分。

Anthropic 还开源了 single-agent-loop-kit，帮助分析哪些 Subagent 应该合并、转成 Skill 或继续保留。

当然，减少 Agent 不代表效果一定更好。合并也可能丢失原有流程中的隐性规则，需要通过 Evals 验证。

我觉得这背后反映了一个趋势：模型越强，Agent Harness 越需要学会做减法。

未来的重点先从一个足够强的 Agent Loop 开始，再让评测决定哪里真正需要 Subagent。

#企业Agent #MultiAgent #Subagent #AgentHarness #AI工程 #多Agent #多Agent协作