为什么不建议基于Multi-Agent来构建Agent工程？
💡
原文中文，约3700字，阅读约需9分钟。
📝
内容提要
Multi-Agent概念在大型语言模型（LLM）发展中引发讨论，但缺乏标准化和成功案例。长时运行的Agent需重视上下文管理和可靠性，避免错误累积。上下文工程至关重要，以确保Agent共享完整信息。目前，多Agent协作仍显脆弱，未来需改进沟通与决策共享，以提升效率。
🎯
关键要点
- Multi-Agent概念在大型语言模型（LLM）发展中引发讨论，但缺乏标准化和成功案例。
- 长时运行的Agent需重视上下文管理和可靠性，避免错误累积。
- 上下文工程至关重要，以确保Agent共享完整信息。
- 目前，多Agent协作仍显脆弱，未来需改进沟通与决策共享，以提升效率。
- 长时运行Agent强调自治和动态上下文管理，需要更好的自主规划与调度能力。
- 可靠性是长时运行Agent的核心保障，需控制错误的累积。
- 上下文工程是Agent工程师的首要工作，需确保每个Agent获得完整上下文。
- 共享上下文和完整的Agent轨迹是避免误解的关键。
- 采用单线程、线性式的Agent架构可以简化上下文管理，但可能面临上下文窗口溢出的问题。
- 在Agent设计中，需确保每一步操作参考系统其它部分的决策上下文。
- Claude Code示例展示了子Agent缺乏上下文导致的可靠性问题。
- 编辑应用模型（edit apply model）在代码编辑中表现不佳，需改进指令的清晰度。
- 多Agent协作系统仍然脆弱，决策分散和上下文共享不足是主要问题。
- 未来单线程Agent与人类沟通顺畅后，将提升并行度和效率。
- 上下文工程的观察和讨论是Agent构建标准原则的起点，仍需面对多种挑战。
❓
延伸问答
Multi-Agent的概念是什么？
Multi-Agent是利用大型语言模型的推理能力，为不同的Agent分配角色与任务，以完成复杂任务的概念。
为什么不建议使用Multi-Agent构建工程？
因为缺乏标准化和成功案例，且多Agent协作系统仍显脆弱，决策分散和上下文共享不足。
长时运行的Agent需要关注哪些方面？
长时运行的Agent需重视上下文管理和可靠性，以避免错误的累积。
上下文工程在Agent构建中有什么重要性？
上下文工程确保Agent共享完整信息，是避免误解和错误累积的关键。
如何改进多Agent之间的沟通与决策共享？
未来需要提升单线程Agent与人类的沟通顺畅性，以增强多Agent的协作效率。
在Agent设计中，如何避免决策冲突？
应确保每个Agent的操作参考系统其它部分的决策上下文，以避免冲突的决策。
➡️
