单Agent与多Agent

面试回答

常见问法

单 Agent 和多 Agent 应该怎么选？为什么多 Agent 不一定更强？

回答

单 Agent 通常更简单、链路更短、可观测性更强；多 Agent 适合明确分工、任务天然可拆的场景，但会带来更多通信、状态同步和失败链路。

所以默认不应该先上多 Agent，而应该先问：

• 单个 Agent 能不能完成
• 分工是否真的清晰
• 多个 Agent 之间有没有稳定接口

追问

• 什么场景天然适合多 Agent
• 多 Agent 的主要成本是什么
• 怎么避免“为了复杂而复杂”

原理展开

单 Agent 常见优点：

• 实现快
• 调试简单
• 成本低

多 Agent 常见适合：

• 明确分角色，如规划、检索、执行、审核
• 任务链长，且每一步能力差异明显
• 需要把权限或职责隔离开

但多 Agent 的问题也很明显：

• 提示词更多
• 状态流转更复杂
• 失败定位更难
• token 和延迟成本更高

面试里很实用的表述是： “多 Agent 不是能力加法，而是系统复杂度乘法，只有在分工清晰时才值得上。”

易错点

• 把多 Agent 当成更高级的默认方案
• 角色划分模糊，导致相互推诿
• 忽略跨 Agent 通信成本和状态一致性

记忆技巧

记住：

1. 默认先单 Agent
2. 分工明确再多 Agent
3. 复杂度一定会上升