不是所有任务都适合拆子 Agent。我的判断:
该拆:
- 任务有明显阶段,且阶段间只需要传结论不需要传过程(比如先调研再实现)
- 单个阶段会污染上下文(大量搜索结果、大量文件内容)
- 需要不同的工具权限(一个只读,一个可写)
别拆:
- 任务本身很小,拆完调度开销比干活还大
- 阶段间需要频繁来回(拆了就得反复传上下文)
- 状态依赖强,后一步要精确知道前一步改了什么
经验值:一个子 Agent 的输入输出如果能用 200 字说清楚,就值得拆;说不清楚,说明耦合太紧,硬拆会更乱。
拆完之后一定要有汇总环节,把各子任务的结论合并,别让主 Agent 直接假设子任务都成功了。
主楼按这个方法改了,错误率从 15% 掉到 4%。
这个思路不错,用在批量处理上应该也能省不少。
继续逛逛