子代理通常有独立上下文、工具和指令，可以隔离任务，也需要彼此交接。Anthropic 的 Diane Sarkis 结合企业部署经验指出，常见的复杂度来自照着组织结构划分 Agent：销售、订单、物流各有一个专家，但同一用户请求需要这些信息反复往返，摘要交接又会丢失细节。
她建议先评估单一主循环搭配按需加载的技能与工具。技能保留团队维护的知识，只有需要时才加载具体说明；工具搜索先展示短描述，避免把所有工具定义塞入上下文。这不等于取消边界：写入审批、预算、确定性校验和用户权限仍应由程序及工具执行。适合合并的是高度耦合、持续共享上下文的专家，适合保留独立代理的则包括互不依赖的并行研究、显著膨胀的上下文或真正冲突的权限需求。
文章给出一项很有用的反例：客服流程合并后更快，却曾在查到订单后直接回答，漏掉此前由物流专家补充的到货日期。只看汇总速度会把这个损失藏起来。作者因此主张一次合并一处，重看完整任务表现和具体失败样本，而不是只给旧架构换一个新名字。文中约两倍加速来自单个客户案例，不能作为普遍收益。