LLM 规划能力全解析:CoT/ToT/GoT/Plan-and-Execute 对比与面试答题思路

发布时间:2026/8/3 2:03:49
LLM 规划能力全解析:CoT/ToT/GoT/Plan-and-Execute 对比与面试答题思路 文章目录前言为什么 LLM 需要规划能力CoT改一行 prompt 的事ToT从一条链到一棵树GoT从树到图解决复用问题Plan-and-Execute工程里的真正常用模式四种规划机制对比面试怎么答结语前言大模型直接生成答案易出现推理跳步规划能力是 Agent 必备核心能力。本文顺着技术演进路线拆解四类推理方案区分学术理论与工业落地方案搭配清晰对比与标准面试回答模板快速吃透规划类核心考点。为什么 LLM 需要规划能力LLM 默认的工作方式是一口气生成答案。你扔一个问题过去它从头输出到尾中间没有任何显式的推理过程。简单问题无所谓但一旦是多步推理任务比如A 比 B 高B 比 C 矮C 比 D 高谁最矮跳步出错的概率就直线上升。规划能力做的事情就是把隐式推理显式化。让模型在给出最终答案之前先把思考路径写出来。写了之后这些推理内容会进入上下文影响下一个 token 的生成——写在纸上的推理步骤本身就是后续生成最可靠的依据。好比你在纸上演算数学题写下来之后出错的概率比在脑子里算低得多。工程上从简单到复杂这条演进路线分三步CoT → ToT → GoT外加一个更贴近实际工程实践的 Plan-and-Execute。CoT改一行 prompt 的事CoTChain of Thought思维链是成本最低的规划能力激活方式。两种触发方法Zero-shot CoTprompt 末尾加一句让我们一步步思考模型自己展开推理不需要额外例子Few-shot CoT给几个带完整推理过程的例子让模型模仿推理格式回答新问题效果更稳定它的核心思路没什么玄学模型输出是顺序生成的先写推理步骤这些内容自动进入上下文约束了后续 token 的分布。你把思考过程从隐性变成显性模型就不容易跳步。代价几乎为零额外调用次数零增长。局限也明显只有一条推理路径一开始方向错了整条链就歪了没有任何纠偏机制。ToT从一条链到一棵树ToTTree of Thoughts思维树针对的就是 CoT一条道走到黑的问题。核心改变是把生成一条推理链换成同时探索多条推理路径边探索边剪枝最终选最优路径。具体流程三步生成多个候选思路让 LLM 对同一个问题给出 3 个不同初步方向评估每个思路用另一个 LLM 调用给每个方向打分选优深入剪掉差的只保留高分思路展开下一层推理反复循环直到得出最终答案用生活场景类比CoT 像你做题时只想了一个解法一路做到底ToT 像你先想出三种可能的解题思路评估一下哪个最靠谱选了最好的那条继续深入。效果比 CoT 更好但代价也直接典型调用次数是 CoT 的 3 到 5 倍具体看路径数和探索深度。面试里如果能说出这个具体数字会比泛泛说ToT 更贵有说服力得多。GoT从树到图解决复用问题GoTGraph of Thoughts思维图在 ToT 基础上再进一步。ToT 是树形结构不同分支之间完全独立两条路径上的中间结论无法互相借用——这不符合人类思考的方式。人做复杂推理时一个中间发现往往可以用来辅助另一条路径的判断。GoT 把结构换成图一个推理节点可以接收来自多个前置节点的输出作为输入允许不同路径的中间结果合并、复用。能建模的推理模式比 ToT 丰富得多也更接近人类处理复杂任务的思考方式。但实话实说GoT 目前在学术阶段。落地复杂度太高生产环境里几乎没人真正用起来。面试里提到它态度应该是我知道这个方向但工程上现在还不成熟而不是把它当实战方案来推荐。Plan-and-Execute工程里的真正常用模式CoT、ToT、GoT 解决的都是怎么让推理过程更好但在真实 Agent 项目里有一种更直接的规划方式先让 LLM 出一份完整执行计划再按计划一步步走。具体流程Planner接收任务生成步骤清单“第一步搜索资料第二步整理关键第三步撰写报告”Executor按清单执行每步可能涉及工具调用或 LLM 推理Re-planner每完成一步回顾进展判断原计划还适不适用发现了新信息或某步结果不符合预期就动态调整后续步骤第三个环节容易被忽略但恰恰是 Plan-and-Execute 区别于写死流程的关键它支持动态 Replan计划不是一次写完就锁死的。和 ReAct 的关系ReAct 负责每一步怎么做的执行细节Plan-and-Execute 负责做什么的整体编排。两者不是替代是搭配。工程上规划和执行分离后规划用强模型保方向执行用快模型控成本两端都能独立优化。LangGraph 内置了这种模式支持。四种规划机制对比CoT 解决要不要把推理写出来几乎零成本问题是方向错了没法纠偏。ToT 解决走错了怎么回头效果更好但调用次数 3 到 5 倍成本敏感的场景要掂量。GoT 解决中间结论能不能复用学术前沿但工程上还没成熟落地。Plan-and-Execute 解决复杂任务怎么全局编排执行粒度可调能动态适应变化是工程实践里最常用的规划模式。面试怎么答第一个最容易踩的雷把CoT 就是规划能力画等号。规划能力是个方向CoT 只是最基础的实现手段。答好这道题分几个层次先解释为什么需要规划能力模型默认一口气输出多步推理容易跳步规划就是让隐式推理显式化说清三种机制的演进逻辑每个都是针对上一个的局限性改进不是平替关系工程成本要说具体CoT 几乎零成本ToT 调用次数 3 到 5 倍GoT 学术阶段。能说出具体数字比只讲原理加分Plan-and-Execute 是实际项目里最常用的带上动态 Replan这个概念再加一句规划和执行分离后可以分别优化模型选择——面试官一听就知道你做过东西不是背概念结语CoT、ToT、GoT 更多是学术推理思路Plan-and-Execute 才是真实 Agent 项目首选架构掌握全局规划 分步执行的组合模式才能搭建稳定可控的复杂智能体。