面试官问你：“什么是 Plan-and-Execute 模式？”如果你回答“就是把任务拆成几个步骤然后按顺序执行”，那你只答对了三分之一。

为什么？

因为 Plan-and-Execute 的核心不是“按步骤跑”，而是规划和执行的分离。规划用强模型，比如说 Opus，执行用弱模型，比如说 Sonnet。

哈喽大家好，我是二哥呀。今天用 3 分钟，带你拆解、彻底搞清楚 Plan-and-Execute 这道 Agent 面试题。

面试官问这道题，考的是三个东西：

第一，它和 ReAct 模式的区别你清不清楚；

第二，三个核心组件你能不能讲明白；

第三，什么场景该用哪个模式，你有没有工程判断力。

好，接下来给你满分回答，照着背就完事了。

先说为什么需要这个模式。

ReAct 大家都清楚了，之前给大家讲过——思考、行动、观察，一步一步循环。但它有个致命问题：没有全局规划。

下一步只能看上一步的结果来决定怎么走。简单任务没问题，但任务一复杂，比如“帮我调研三家竞品 QoderWork、TRAE Work、WorkBuddy 写一份对比报告”，ReAct 很容易跑偏，调查到第二家就忘了第一家查了什么。

Plan-and-Execute 怎么解决？靠三个组件。

第一，Planner，规划器。

一般，我们会用一个强模型拿到用户目标后，做一次性全局规划，输出一份任务清单。

比如：第一步搜索竞品 A 的核心功能，第二步搜竞品 B，第三步搜竞品 C，第四步整理对比表格，第五步生成报告。注意，Planner 只动脑子，不调工具。

有点运筹帷幄之中，决胜千里之外的意思。

第二，Executor，执行器。

拿到计划后逐步执行。每一步可以是一次工具调用，也可以是一个完整的 ReAct Agent 处理子任务。

重点来了——执行器可以用便宜得多的小模型。规划靠强模型想清楚，执行靠小模型干就够了。这就是 Plan-and-Execute 省 token 的核心逻辑。

第三，Replanner，重规划器。每一步执行完，它检查结果，做三选一的判断：继续下一步、修改剩余计划、或者任务已完成直接结束。计划不是死的，跑偏了得修正。

面试官如果追问：“什么时候不该用 Plan-and-Execute？”

告诉他——简单任务不要用。查个天气、算道数学题，ReAct 两三步就搞定。Plan-and-Execute 的规划本身就有开销，简单任务反而更慢更贵。判断标准很简单：任务超过五步，或者需要多个工具协作，上 Plan-and-Execute；否则 ReAct 就够了。

最后一句口诀——强模型想、弱模型干，跑偏了重来不怕烦；五步以上先规划，三步以内 ReAct 干。

这道题你学废了吗？想解锁更多 Agent 面试题的源码级拆解，点赞关注，我是二哥，下期见！