Agent 建模方法怎么选?

30 秒回答

1. 能清晰区分规划型、反应型、记忆增强型三类核心范式
2. 能结合具体框架（如ReAct、Plan-and-Execute）说明设计原理
3. 能对比各范式的延迟、可靠性、复杂度权衡
4. 能举例说明不同业务场景的选型依据

回答与解析

答案要点

• 能清晰区分规划型、反应型、记忆增强型三类核心范式
• 能结合具体框架（如ReAct、Plan-and-Execute）说明设计原理
• 能对比各范式的延迟、可靠性、复杂度权衡
• 能举例说明不同业务场景的选型依据
• 提及Multi-Agent协作等进阶方向

AI Agent的主流建模方法可分为四类，核心差异在于决策与执行的耦合方式：

1. 反应式系统（ReAct）

• 机制：Thought → Action → Observation 循环，每步根据环境反馈即时调整
• 适用：工具调用、实时信息获取（如查天气、算数学）
• 优点：容错性强，单步失败可修正；延迟低
• 缺点：长程规划能力弱，易陷入局部最优

2. 规划优先（Plan-and-Execute）

• 机制：先完整生成多步计划，再逐条执行
• 适用：复杂多步骤任务（如数据分析报告生成）
• 优点：全局最优，减少重复调用
• 缺点：计划僵化，环境变化时难以调整；初始计划错误代价高

3. 记忆增强型

• 短期记忆：对话历史、滑动窗口上下文
• 长期记忆：向量数据库存储经验，检索增强决策
• 适用：个性化助手、持续学习场景
• 关键：记忆召回的准确性直接影响Agent表现

4. Multi-Agent协作

• 设计：多个专精Agent分工（规划者、执行者、验证者）
• 适用：复杂系统任务（代码生成+测试+修复）

选型建议

实际落地常采用混合架构：先用Plan生成骨架，用ReAct填充执行细节，配合记忆做知识沉淀。

口语版讲法(约4分钟)

• 一句话定位：这道题在问Agent的决策和执行怎么耦合
• 反应式系统：ReAct，适合工具链不确定的场景，实时调整但长程弱
• 规划优先：Plan-and-Execute，步骤固定时高效，但僵化风险高
• 混合架构：实际落地常混用，比如先用Plan定骨架，ReAct填充细节
• 记忆与Multi-Agent：进阶方向，记忆增强个性，多Agent解复杂任务
• 工程师收尾：我更倾向ReAct加轻量规划，先保鲁棒性

这道题其实是在问，Agent的决策和执行怎么耦合，核心就是什么时候做规划、什么时候实时反应、怎么记住过去。我一般把常见方法分成几类，但说实话，真正落地很少只用一种，往往是混着来的。

先说反应式系统，典型代表是 ReAct。思路很简单：Thought - Action - Observation 循环，每一步根据环境反馈即时调整。你可以理解成它每次只走一步，走错了马上改。适用场景很明确，比如工具调用链不确定的时候，像客服退款，用户说一句系统查一下，中间可能问订单号、问原因，每一步结果都影响下一步，ReAct就很合适。优点是容错性强，单步失败可以修正，延迟也低。但缺点也很明显，长程规划能力弱，容易陷入局部最优，比如为了查一个退款原因反复调不同接口，就是走不出那个圈。

再说规划优先，Plan-and-Execute。它先完整生成多步计划，再逐条执行。比如生成一个数据分析报告，先拆成取数、清洗、统计、画图，计划定了就不轻易改。优点是全局最优，减少重复调用。但坑也大：计划一旦僵化，环境变了很难调整，比如数据源突然挂了，计划里第一步就卡死，后面全白费。而且初始计划错误代价很高，如果第一步理解错了，后面全错。

所以实际落地，我更倾向混合架构。举个例子，做一个企业SOP查询Agent，用户问“报销流程是什么”，先用Plan定一个骨架：先确认员工部门，再查对应政策，最后给出步骤。但执行时用ReAct填充细节，比如查政策时发现需要区分差旅和日常报销，就实时调整。这样既有全局方向，又保留灵活性。这里有个风险，就是混合后的复杂度上升，你得设计好什么时候切换模式，否则容易混乱。

再提一下记忆增强和Multi-Agent。记忆增强就是给Agent加短期和长期记忆，短期靠对话窗口，长期靠 Vector Database 存经验。比如个性化助手，用户上次说“我偏好直飞”，下次订票就能记住。但关键难点是记忆召回的准确性，如果召回错了，反而误导决策。Multi-Agent则是多个专精Agent分工，比如规划者、执行者、验证者，适合代码生成加测试修复这类复杂任务。但协调成本高，容易互相等待。

说到Multi-Agent，我最近在关注一个方向：如何让Agent自主决定什么时候需要协作，而不是硬编码分工。比如一个Agent发现自己能力不够时，主动去拉另一个Agent进来，有点像动态团队组建。这个在复杂任务里特别有意思。

所以整体上，我会把ReAct作为基线，然后根据场景加轻量规划或记忆。我更倾向先保证鲁棒性，再优化效率，因为线上环境不确定性太高，一个僵化的计划比一个慢但能纠错的Agent更危险。

关键一句:Multi-Agent的动态协作，Agent自主决定何时需要协作，而非硬编码分工

面试官还可能这样问

1. 问法 1 · 场景切入

   假设你在做一个电商客服Agent，用户问“帮我查一下订单”，你调了接口返回物流信息。过一会儿他又问“那这个订单能退款吗”，这时候你是直接调用退款接口，还是先回顾刚才的对话再决定？这个决策过程你是怎么建模的？

2. 问法 2 · 层层追问

   你设计Agent的时候，一般怎么安排它的思考和行动？……是先想好再干，还是边干边想？……如果任务步骤很多，比如生成一份数据分析报告，这两种方式各有什么利弊？

3. 问法 3 · 直球架构

   Agent建模有几种主流范式？比如基于规划、反应式、记忆增强这些，你分别讲讲它们的原理、适用场景和优缺点，最好能结合具体框架或例子。