subagent何时该合回主Agent循环
企业agent把router、planner、领域subagent合回主循环常能质量不降且成本延迟更低，只在上下文膨胀、需并行或工具选不准时才保留subagent。
要点
- 拆分往往复刻组织架构，导致几百个重叠subagent、互斥规则堆成的缝合提示、eval过度优化和嵌套延迟翻倍；有客户换成单loop后运行时间约快一倍。
- 现在能合是因为渐进披露：skill与tool只暴露简短描述、用到才完整加载，Claude Code对更强模型把系统提示砍了80%以上。
- 该保留subagent的三种情况：单loop因上下文膨胀出现可测退化、任务需独立上下文并行且做完即弃、单agent选不准工具或提示里有冲突指令。
- 迁移分三步：先建十条黄金样例的小型端到端eval看哪些任务翻转，再把subagent当工具调用，最后逐个转成skill和MCP工具。
- 合并有隐性坑：主agent手握订单查询工具就自己回答了，绕开物流subagent，这类问题两跑只出现一跑，每个任务要跑多次。
- 工具按用户意图分组而非按API，系统提示里工具定义超过30到50个选择准确率会下降，权限校验放进工具内部返回可读拒绝。