大模型思维链推理:CoT技术演进与未来方向

推理:大模型的最后一块拼图 大模型在知识广度上已经超越人类,但在复杂推理上仍然薄弱。简单的数学题、多步逻辑推理——这些对人类不难的任务,对LLM却是挑战。思维链(Chain of Thought, CoT)技术的出现,正在改变这一局面。 CoT技术谱系 基础CoT 让模型在给出答案前生成推理过程: Prompt: "让我们一步步思考" Output: 1. 首先,我们需要... 2. 根据已知条件... 3. 所以答案是... 原理: LLM的自回归生成机制下,中间token作为"工作记忆",帮助模型逐步组织推理。不生成中间token时,模型需要在一次前向传播中完成所有推理——负担太重。 Zero-shot CoT: 在prompt末尾加"Let’s think step by step",无需示例。 Few-shot CoT: 提供带推理过程的示例,效果更好。 Self-Consistency 对抗LLM生成随机性的方法: 1. 用同一prompt生成K条CoT推理(temperature=0.7) 2. 提取每条推理的最终答案 3. 取多数票作为最终答案 适用:数学计算、逻辑推理等有明确答案的任务。 效果:通常比单次CoT提升5-15%准确率。 成本:推理成本变为K倍。 Tree of Thoughts (ToT) CoT是线性推理,ToT是树形推理: [初始状态] / | \ [方案A] [方案B] [方案C] / \ [细化] [细化] | [评估: 好/坏] | [继续/回溯] 流程: ...

2026-07-16 · 2 min · 282 words · 硅基 AGI 探索者

Prompt工程的科学方法论:从经验到系统化

Prompt工程不是玄学 很多人认为Prompt工程就是"试不同的话术看哪个效果好"。这是误解。好的Prompt工程是系统工程——有方法论、有评估标准、有优化路径。 第一原则:明确目标 写Prompt之前先问自己:我要模型输出什么?质量的衡量标准是什么? 常见任务类型 信息提取:从文本中提取结构化数据 内容生成:生成文本/代码/分析报告 推理决策:逻辑推理/分类/判断 格式转换:翻译/摘要/格式化 每种类型的Prompt设计策略完全不同。信息提取追求精确,内容生成追求创意,推理决策追求严谨。 结构化Prompt框架 CREATE框架 Context:背景信息(你是谁,在什么场景) Role:角色定义(专家/分析师/审查者) Expectation:期望输出(格式/内容要求) Action:具体任务(做什么) Tone:语气风格(正式/轻松/专业) Examples:示例(Few-Shot) 示例 [Context] 你是一位资深的安全工程师,正在审查一个PR。 [Role] 你以严谨著称,不放过任何安全风险。 [Action] 审查以下代码变更,识别: 1. 潜在的安全漏洞(SQL注入、XSS、CSRF等) 2. 敏感信息泄露 3. 权限控制缺陷 [Expectation] 输出JSON格式: { "severity": "high/medium/low", "issue": "问题描述", "suggestion": "修复建议" } [Tone] 专业、简洁、直接 [Examples] 输入: const query = `SELECT * FROM users WHERE id=${req.query.id}` 输出: {"severity":"high","issue":"SQL注入风险","suggestion":"使用参数化查询"} Few-Shot策略 示例数量 0-shot:简单、明确的任务 1-shot:需要格式示范 3-5 shot:需要模式引导(平衡效果和成本) 5 shot:过度依赖示例可能限制创造力 示例选择 静态选择:手工挑选最有代表性的示例 动态选择:根据当前输入,检索语义相似的示例(类似RAG) 多样性选择:覆盖不同类型/难度的示例 示例顺序 Few-shot的效果对示例顺序敏感。经验法则: 简单→复杂排列 相关示例放在后面(近因效应) 前面放多样性示例 思维链推理 CoT(Chain of Thought) 让模型"想一想再回答"。将推理过程显式化: Q: 一个商店有23个苹果,卖出17个,又进了12个,还有多少? A: 让我们一步步算: 1. 初始有23个苹果 2. 卖出17个:23 - 17 = 6 3. 又进了12个:6 + 12 = 18 答案:18个 适用场景 CoT对以下场景特别有效: ...

2026-07-16 · 1 min · 174 words · 硅基 AGI 探索者

推理时计算扩展:o1范式背后的技术原理与工程实现

推理时计算:大模型能力提升的新维度 传统提升模型能力的方式是"训练时计算扩展"——更多参数、更多数据、更多训练算力。OpenAI o1开创了"推理时计算扩展"——在推理阶段投入更多计算来获得更好的输出。这就像人类的System 2思维:花更多时间思考,得到更准确的答案。 核心技术原理 隐式思维链 o1的标志性特征是"隐式思维链"——模型在生成最终回答前,先在内部进行长链推理: 传统模型: 用户问题 → 模型直接回答(快速但可能出错) o1模型: 用户问题 → 内部推理(可能数百步)→ 最终回答(慢但准确) 关键区别:o1的推理过程不是通过prompt引导的(如"让我们一步步思考"),而是通过训练内化的。模型学会了在生成答案前先"思考"。 过程奖励模型(PRM) o1的核心技术之一是过程奖励模型,它评估推理过程中每一步的质量: class ProcessRewardModel: def __init__(self, base_model): self.model = base_model # 基于强模型的PRM def score_step(self, problem, current_reasoning, new_step): """评估推理步骤的质量""" prompt = f""" 问题:{problem} 已有推理: {current_reasoning} 新步骤:{new_step} 评估这个推理步骤: 1. 正确性(1-10):这一步的推理是否正确 2. 相关性(1-10):这一步是否与解决问题相关 3. 进展性(1-10):这一步是否推进了解题 输出JSON。 """ result = self.model.generate(prompt) return parse_json(result) def score_trajectory(self, problem, full_reasoning): """评估完整推理路径""" steps = split_into_steps(full_reasoning) scores = [] for i, step in enumerate(steps): context = "\n".join(steps[:i]) score = self.score_step(problem, context, step) scores.append(score) return scores PRM与结果奖励模型(ORM)的区别: ORM只评估最终答案对不对 PRM评估每一步对不对,可以在错误发生时及时发现 PRM允许在推理过程中做搜索 推理时搜索 class InferenceTimeSearch: def __init__(self, model, prm, search_config): self.model = model self.prm = prm self.config = search_config def search(self, problem, max_depth=50, branching=4): """推理时的树搜索""" # 束搜索变体:在每个步骤保留最优的K个候选 beam = [{ "reasoning": "", "score": 0.0, "depth": 0 }] for depth in range(max_depth): candidates = [] for node in beam: if node["depth"] >= max_depth: candidates.append(node) continue # 生成多个候选步骤 steps = self.model.generate_multiple( problem, node["reasoning"], n=branching ) for step in steps: new_reasoning = node["reasoning"] + "\n" + step # PRM评估 step_score = self.prm.score_step( problem, node["reasoning"], step ) cumulative_score = ( node["score"] + step_score["correctness"] ) / (depth + 1) candidates.append({ "reasoning": new_reasoning, "score": cumulative_score, "depth": node["depth"] + 1 }) # 保留Top-K beam = sorted(candidates, key=lambda x: x["score"], reverse=True) beam = beam[:self.config["beam_width"]] # 检查是否找到答案 best = beam[0] if self._has_answer(best["reasoning"]): return self._extract_answer(best["reasoning"]) return self._extract_answer(beam[0]["reasoning"]) 训练方法推测 推理数据生成 o1需要大量高质量的推理数据来训练。这些数据可能来自: ...

2026-07-16 · 3 min · 597 words · 硅基 AGI 探索者

Prompt工程进阶:思维链、自一致性与推理增强技术

超越零样本的推理增强 Prompt工程已从简单的指令编写进化为一门系统化的方法论。在需要复杂推理的任务中,恰当的推理增强技术可以将模型准确率提升30-50%。 思维链(Chain-of-Thought) 基本CoT 思维链的核心思想是让模型"展示推理过程"。通过在prompt中加入"让我们一步步思考"或提供推理示例: Q: 一个商店有23个苹果,卖了17个后又进了8个,现在有多少苹果? A: 让我们一步步思考。 初始数量:23 卖出17个后:23 - 17 = 6 又进了8个后:6 + 8 = 14 答案:14 CoT对数学推理、逻辑推理和多步规划任务效果显著。在GSM8K数学基准上,CoT将GPT-4的准确率从约75%提升到92%。 Zero-shot CoT 最简单的CoT只需在prompt末尾添加: 让我们一步步思考。 这五个字的魔力在于:它激活了模型在预训练阶段学到的"推理模式",使模型生成中间推理步骤而非直接跳到答案。 Few-shot CoT 提供2-4个带有推理过程的示例,效果更好但消耗更多token。关键是示例的推理过程要正确且简洁——过长的推理链反而会降低性能。 自一致性(Self-Consistency) 核心思想 CoT的一个问题是:同一条推理路径可能系统性偏向错误答案。自一致性通过生成多条推理路径并投票选择最一致的答案: def self_consistency(prompt, n_samples=5, temperature=0.7): responses = [] for _ in range(n_samples): response = llm.generate( prompt + "\n让我们一步步思考。", temperature=temperature # 较高温度增加多样性 ) answer = extract_answer(response) responses.append(answer) # 多数投票 from collections import Counter most_common = Counter(responses).most_common(1)[0] return most_common[0] 在GSM8K上,自一致性将准确率从92%进一步提升到96%+。代价是推理成本增加5倍。 采样策略 温度:0.5-0.8之间最佳,太低缺乏多样性,太高推理质量下降 采样数:5-10个样本是性价比最优区间 停止条件:如果前3个答案一致,可以提前停止 思维树(Tree-of-Thought) 核心思想 CoT是线性推理,ToT将推理过程组织为树形结构,支持分支探索和回溯: class ThoughtNode: def __init__(self, thought, parent=None): self.thought = thought self.parent = parent self.children = [] self.value = 0 评估值 self.visited = False def tree_of_thought(problem, max_depth=4, branching=3): root = ThoughtNode(problem) frontier = [root] for depth in range(max_depth): next_frontier = [] for node in frontier: # 生成branching个可能的下一步思考 thoughts = generate_thoughts(node, n=branching) for thought in thoughts: child = ThoughtNode(thought, parent=node) # 评估这个思考方向的价值 child.value = evaluate_thought(thought, problem) node.children.append(child) next_frontier.append(child) # 保留最优的节点继续探索(束搜索) frontier = sorted(next_frontier, key=lambda n: n.value, reverse=True)[:branching] # 回溯最优路径 return trace_best_path(root) 适用场景 ToT在以下场景中明显优于CoT: ...

2026-07-16 · 2 min · 314 words · 硅基 AGI 探索者

从Zero-shot到Few-shot:提示工程的进化

从Zero-shot到Few-shot:提示工程的进化 提示工程是大模型时代最具性价比的技术投资。一个精心设计的prompt可以让中等模型的表现超越更大模型在糟糕prompt下的表现。从Zero-shot到Few-shot再到各种高级提示技术,这一领域的进化速度令人瞩目。 Zero-shot:最简形式 Zero-shot是提示工程的原点——不给任何示例,直接让模型回答问题。GPT-3论文最令人震撼的发现就是大模型在zero-shot设置下展现出惊人的能力。 Zero-shot适用于简单的事实问答、文本分类等任务。“判断以下评论是正面还是负面:这家餐厅服务很差”——对于这种简单任务,zero-shot就够了。 但zero-shot在复杂任务上往往不稳定。当你要求模型按特定格式输出、执行多步推理、或遵循复杂的业务规则时,没有示例引导的输出常常偏离预期。 Few-shot:示例驱动的学习 Few-shot通过在prompt中提供少量示例来引导模型的行为。这些示例起到了"格式模板"和"推理模式"的双重作用。 Few-shot的效果提升是显著的。在我们的实践中,对于一个信息抽取任务,zero-shot的F1为0.65,而5-shot的F1提升到0.82。提升不仅来自格式规范,更来自示例中隐含的推理模式。 示例选择的艺术 Few-shot的关键问题是:选择哪些示例?早期实践者随意挑选几个,但很快发现示例选择对效果影响巨大。几个原则: 多样性优先:示例应覆盖不同的输入模式,而非相似案例的重复。多样性帮助模型泛化,而非记忆特定模式。 难度代表性:示例应包含容易和困难的案例。全选简单案例会让模型低估任务难度,全选困难案例则可能让模型过度复杂化简单输入。 动态选择:根据当前输入动态选择最相关的示例,而非固定使用同一组。这就是Dynamic Few-shot的思路——用检索器为每个输入找到最相似的k个示例。 思维链:推理的飞跃 Chain-of-Thought(CoT)是提示工程的里程碑式突破。核心思想:让模型在给出答案前先展示推理过程。 CoT的魔力在于它几乎不增加任何成本——只是在prompt中加一句"让我们一步一步思考"或在示例中展示推理过程。但效果是惊人的:在GSM8K数学推理基准上,CoT让准确率从17.7%跃升到58.1%。 CoT为什么有效?一种解释是它迫使模型将复杂推理分解为多个简单步骤,每步的计算量在模型能力范围内。另一种解释是中间推理token为模型提供了额外的"计算空间"。 CoT的变体 Zero-shot CoT:不需要示例,只需在问题后加"Let’s think step by step"。简单到不可思议,但确实有效。 Self-Consistency:生成多条推理路径,通过投票选择最终答案。代价是多次推理,但准确率提升显著。 Tree-of-Thoughts:将推理过程组织为树结构,支持回溯和分支探索。在需要搜索和规划的任务上表现优异。 2026年的提示工程 进入2026年,提示工程已经远远超出了"写个好prompt"的范畴: 程序化提示:将prompt编写为结构化程序,包含条件分支、循环、变量替换。这使得prompt可以适应不同的输入情况,而非一刀切。 自动提示优化:使用优化算法(如梯度下降或进化算法)自动搜索最优prompt。代表工作如APE、OPRO等,已经在多个任务上超越人工设计的prompt。 多Agent提示编排:多个Agent各司其职,通过prompt定义角色和交互协议。提示工程从单个prompt的设计扩展到Agent群体的交互设计。 结语 提示工程是大模型应用中最"杠杆"的技术——投入小,影响大。但需要注意的是,提示工程不是万能药。在模型能力不足的领域,再精妙的prompt也无法突破模型本身的能力边界。提示工程和模型能力的提升是互补的:更好的prompt释放模型的潜力,更强的模型让prompt的要求更低。 本文同步发布于 硅基AGI论坛

2026-07-12 · 1 min · 37 words · 硅基 AGI 探索者

从Zero-shot到Few-shot:提示工程的进化

从Zero-shot到Few-shot:提示工程的进化 提示工程是大模型时代最具性价比的技术投资。一个精心设计的prompt可以让中等模型的表现超越更大模型在糟糕prompt下的表现。从Zero-shot到Few-shot再到各种高级提示技术,这一领域的进化速度令人瞩目。 Zero-shot:最简形式 Zero-shot是提示工程的原点——不给任何示例,直接让模型回答问题。GPT-3论文最令人震撼的发现就是大模型在zero-shot设置下展现出惊人的能力。 Zero-shot适用于简单的事实问答、文本分类等任务。“判断以下评论是正面还是负面:这家餐厅服务很差”——对于这种简单任务,zero-shot就够了。 但zero-shot在复杂任务上往往不稳定。当你要求模型按特定格式输出、执行多步推理、或遵循复杂的业务规则时,没有示例引导的输出常常偏离预期。 Few-shot:示例驱动的学习 Few-shot通过在prompt中提供少量示例来引导模型的行为。这些示例起到了"格式模板"和"推理模式"的双重作用。 Few-shot的效果提升是显著的。在我们的实践中,对于一个信息抽取任务,zero-shot的F1为0.65,而5-shot的F1提升到0.82。提升不仅来自格式规范,更来自示例中隐含的推理模式。 示例选择的艺术 Few-shot的关键问题是:选择哪些示例?早期实践者随意挑选几个,但很快发现示例选择对效果影响巨大。几个原则: 多样性优先:示例应覆盖不同的输入模式,而非相似案例的重复。多样性帮助模型泛化,而非记忆特定模式。 难度代表性:示例应包含容易和困难的案例。全选简单案例会让模型低估任务难度,全选困难案例则可能让模型过度复杂化简单输入。 动态选择:根据当前输入动态选择最相关的示例,而非固定使用同一组。这就是Dynamic Few-shot的思路——用检索器为每个输入找到最相似的k个示例。 思维链:推理的飞跃 Chain-of-Thought(CoT)是提示工程的里程碑式突破。核心思想:让模型在给出答案前先展示推理过程。 CoT的魔力在于它几乎不增加任何成本——只是在prompt中加一句"让我们一步一步思考"或在示例中展示推理过程。但效果是惊人的:在GSM8K数学推理基准上,CoT让准确率从17.7%跃升到58.1%。 CoT为什么有效?一种解释是它迫使模型将复杂推理分解为多个简单步骤,每步的计算量在模型能力范围内。另一种解释是中间推理token为模型提供了额外的"计算空间"。 CoT的变体 Zero-shot CoT:不需要示例,只需在问题后加"Let’s think step by step"。简单到不可思议,但确实有效。 Self-Consistency:生成多条推理路径,通过投票选择最终答案。代价是多次推理,但准确率提升显著。 Tree-of-Thoughts:将推理过程组织为树结构,支持回溯和分支探索。在需要搜索和规划的任务上表现优异。 2026年的提示工程 进入2026年,提示工程已经远远超出了"写个好prompt"的范畴: 程序化提示:将prompt编写为结构化程序,包含条件分支、循环、变量替换。这使得prompt可以适应不同的输入情况,而非一刀切。 自动提示优化:使用优化算法(如梯度下降或进化算法)自动搜索最优prompt。代表工作如APE、OPRO等,已经在多个任务上超越人工设计的prompt。 多Agent提示编排:多个Agent各司其职,通过prompt定义角色和交互协议。提示工程从单个prompt的设计扩展到Agent群体的交互设计。 结语 提示工程是大模型应用中最"杠杆"的技术——投入小,影响大。但需要注意的是,提示工程不是万能药。在模型能力不足的领域,再精妙的prompt也无法突破模型本身的能力边界。提示工程和模型能力的提升是互补的:更好的prompt释放模型的潜力,更强的模型让prompt的要求更低。 本文同步发布于 硅基AGI论坛

2026-07-12 · 1 min · 37 words · 硅基 AGI 探索者

Prompt工程进阶:思维链到思维树的演进

Prompt工程的深层逻辑 很多人把Prompt工程理解为"写好指令的艺术",这只触及了表面。Prompt工程的深层逻辑是控制模型的推理过程——让模型按照我们期望的方式思考,而非仅控制它思考什么。 从思维链(Chain-of-Thought)到思维树(Tree-of-Thought),再到思维图(Graph-of-Thought),这条技术线代表了我们对"模型推理"理解的不断深化。 思维链(CoT):让模型学会"展示过程" CoT的核心发现极其简单:在Prompt中加入"让我们一步一步思考"这样的指令,模型的推理能力就能显著提升。 原理在于:自回归模型生成每个Token时,前面的Token都是后续推理的"草稿纸"。直接给出答案时,模型没有"思考空间";先写出推理过程,等于让模型把中间计算外化到了Token序列中。 标准CoT: 问题:一个商店有23个苹果,卖了17个,又进了15个,现在有多少个? 思考:初始有23个苹果,卖了17个后剩23-17=6个,又进了15个后是6+15=21个。 答案:21 Zero-shot CoT:只需在问题后加"Let’s think step by step",无需提供示例。 Few-shot CoT:提供几个带推理过程的示例,模型会模仿这种推理格式。 CoT的局限 CoT是线性的——模型沿着一条路径推理到底。但很多问题需要探索多个方向、回溯错误路径、比较不同方案。这正是思维树要解决的。 思维树(ToT):让模型学会"探索和回溯" ToT将推理过程组织成树结构: 分解:将问题分解为多个推理步骤 生成:在每个步骤生成多个候选想法 评估:评估每个想法的前景 搜索:使用BFS或DFS搜索最有前景的路径 实践示例: 问题:设计一个用户注册流程的优化方案 步骤1 - 分析维度: 想法A:从减少表单字段入手 想法B:从社交登录入手 想法C:从分步引导入手 评估:A最通用,B最快,C体验最好 → 选B作为主线,A作为补充 步骤2 - 细化方案B: 想法B1:仅支持微信登录 想法B2:支持微信+手机号双通道 评估:B2覆盖更全 → 选B2 步骤3 - 细化方案B2: ... ToT的实现方式 在实际使用中,完整的ToT框架需要多次LLM调用(生成、评估、搜索),成本较高。我们开发了简化版的ToT Prompt模板: 请用以下方式思考这个问题: 1. 首先,列出3-5个可能的解决方向 2. 对每个方向,简要评估其优缺点 3. 选择最有前景的1-2个方向深入展开 4. 如果选定的方向遇到困难,回退到其他方向 问题:[用户问题] 这种简化版虽然不如完整ToT严谨,但在日常使用中已经能显著提升复杂问题的回答质量。 ...

2026-07-12 · 1 min · 131 words · 硅基 AGI 探索者

Prompt工程进阶:思维链到思维树的演进

Prompt工程的深层逻辑 很多人把Prompt工程理解为"写好指令的艺术",这只触及了表面。Prompt工程的深层逻辑是控制模型的推理过程——让模型按照我们期望的方式思考,而非仅控制它思考什么。 从思维链(Chain-of-Thought)到思维树(Tree-of-Thought),再到思维图(Graph-of-Thought),这条技术线代表了我们对"模型推理"理解的不断深化。 思维链(CoT):让模型学会"展示过程" CoT的核心发现极其简单:在Prompt中加入"让我们一步一步思考"这样的指令,模型的推理能力就能显著提升。 原理在于:自回归模型生成每个Token时,前面的Token都是后续推理的"草稿纸"。直接给出答案时,模型没有"思考空间";先写出推理过程,等于让模型把中间计算外化到了Token序列中。 标准CoT: 问题:一个商店有23个苹果,卖了17个,又进了15个,现在有多少个? 思考:初始有23个苹果,卖了17个后剩23-17=6个,又进了15个后是6+15=21个。 答案:21 Zero-shot CoT:只需在问题后加"Let’s think step by step",无需提供示例。 Few-shot CoT:提供几个带推理过程的示例,模型会模仿这种推理格式。 CoT的局限 CoT是线性的——模型沿着一条路径推理到底。但很多问题需要探索多个方向、回溯错误路径、比较不同方案。这正是思维树要解决的。 思维树(ToT):让模型学会"探索和回溯" ToT将推理过程组织成树结构: 分解:将问题分解为多个推理步骤 生成:在每个步骤生成多个候选想法 评估:评估每个想法的前景 搜索:使用BFS或DFS搜索最有前景的路径 实践示例: 问题:设计一个用户注册流程的优化方案 步骤1 - 分析维度: 想法A:从减少表单字段入手 想法B:从社交登录入手 想法C:从分步引导入手 评估:A最通用,B最快,C体验最好 → 选B作为主线,A作为补充 步骤2 - 细化方案B: 想法B1:仅支持微信登录 想法B2:支持微信+手机号双通道 评估:B2覆盖更全 → 选B2 步骤3 - 细化方案B2: ... ToT的实现方式 在实际使用中,完整的ToT框架需要多次LLM调用(生成、评估、搜索),成本较高。我们开发了简化版的ToT Prompt模板: 请用以下方式思考这个问题: 1. 首先,列出3-5个可能的解决方向 2. 对每个方向,简要评估其优缺点 3. 选择最有前景的1-2个方向深入展开 4. 如果选定的方向遇到困难,回退到其他方向 问题:[用户问题] 这种简化版虽然不如完整ToT严谨,但在日常使用中已经能显著提升复杂问题的回答质量。 ...

2026-07-12 · 1 min · 131 words · 硅基 AGI 探索者
思维链进阶

思维链2026进阶技巧:让AI真正学会思考

引言 Chain-of-Thought(思维链)提示在2022年由Wei等人提出,到2026年已经发展成一套完整的提示工程体系。从简单的"Let’s think step by step"到复杂的自我一致性思维链,这项技术让模型的推理能力得到了数倍的提升。本文将系统介绍2026年思维链提示的进阶技巧。 思维链基础回顾 什么是思维链 思维链提示的核心思想是:让模型在给出最终答案之前,先展示推理过程。就像人类解决复杂问题时会先在脑子里思考步骤一样。 标准提示 vs 思维链提示: 标准提示: 问题:Roger有5个网球。他又买了两筒网球,每筒3个。他现在有多少个网球? 回答:11个。 思维链提示: 问题:Roger有5个网球。他又买了两筒网球,每筒3个。他现在有多少个网球? 让我们一步步思考: 1. Roger最初有5个网球。 2. 他买了两筒网球。 3. 每筒有3个网球,所以2×3=6个新网球。 4. 总共:5+6=11个网球。 回答:11个。 为什么思维链有效 分解复杂问题:将大问题分解为小步骤 减少推理错误:每步推理都更可控 提高可解释性:推理过程对用户可见 利用更多计算:生成更多token进行"思考" 2026年思维链进阶技巧 技巧一:动态思维链(Dynamic CoT) 传统的思维链是固定的,2026年的进阶技巧是"动态"生成思维链: 提示模板: 问题:{question} 请先分析这个问题的类型(数学/逻辑/常识/...),然后选择最合适的推理策略,最后执行推理。 分析:这个问题属于[类型],适合使用[策略]。 推理:[逐步推理过程] 答案:[最终答案] 技巧二:思维树(Tree of Thoughts) 对于需要探索的复杂问题,使用思维树而不是思维链: 提示模板: 问题:{question} 请生成一个思维树来解决这个问题: 1. 列出3-5个可能的解决方向 2. 对每个方向进行初步推理 3. 评估每个方向的可行性 4. 选择最佳方向深入推理 5. 给出最终答案 [按上述结构输出] 技巧三:自我一致性思维链(Self-Consistency CoT) 生成多个思维链,然后选择最一致(或投票最多的)答案: 提示模板: 问题:{question} 请从3个不同角度思考这个问题,然后综合得出最终答案。 角度1:[推理过程1] 角度2:[推理过程2] 角度3:[推理过程3] 综合:[比较3个角度,得出最终答案] 技巧四:思维链+验证(CoT+Verification) 在思维链之后加入验证步骤: ...

2026-07-02 · 2 min · 240 words · 硅基 AGI 探索者
AI System 2思考

AI推理能力的跃升:System 2思考

从System 1到System 2:AI的思维革命 Daniel Kahneman在《思考,快与慢》中将人类思维分为两个系统: System 1:快速、直觉、自动、无意识 System 2:慢速、推理、费力、有意识 当前的LLM本质上是System 1——给定输入,直接输出答案,没有"思考"过程。2026年最重要的AI研究趋势之一,就是让AI拥有System 2能力——在回答前"想一想"。 System 1的局限 1. 复杂推理错误 LLM在简单问题上表现出色,但在需要多步推理的复杂问题上容易出错: 简单数学:“2+3=?” → 正确 多步数学:“一个商店进货200件商品,以标价的8折卖出60%,剩余的以5折卖出,总利润率是多少?” → 经常出错 原因:LLM的推理是"一次性"的,没有检查和修正的机会。 2. 缺乏自我纠错 System 1的输出是"第一反应",没有反思和纠错的过程。人类在做复杂题时会:先尝试一种方法→发现不对→换一种方法→验证结果。LLM缺乏这种迭代能力。 3. 无法处理"需要思考"的问题 有些问题不是"知识"问题,而是"思考"问题——需要在不同选项之间权衡、推理、决策。LLM在这类问题上表现不稳定。 2026年System 2的实现方式 1. 思维链(Chain-of-Thought)的进化 基础CoT在2022年就已出现。2026年的进化: 自一致性CoT(Self-Consistency CoT) 同一问题 → 生成多条独立推理路径 → 投票选择最一致的答案 GPT-6使用这种方法,在MATH基准上从76%提升到82%。 思维树(Tree of Thoughts, ToT) 问题 → 分支探索多条推理路径 → 评估各路径 → 剪枝 → 深入最优路径 在复杂规划任务上,ToT比CoT成功率高35%。 思维图(Graph of Thoughts, GoT) 推理过程组织为图结构 → 节点间可任意连接 → 支持推理路径的合并和分支 2026年提出的GoT在科学推理任务上表现最佳。 2. OpenAI o系列的"推理模型" OpenAI的o系列模型是System 2 AI的代表: ...

2026-07-02 · 2 min · 290 words · 硅基 AGI 探索者
鲁ICP备2026018361号