一、一句话先说清楚什么是 Reasoning 模型在 2024 年 9 月之前所有的大模型都遵循同一个范式——你问一句我答一句中间没有思考。从 ChatGPT 到 Claude从 Gemini 到 Llama本质上都是输入文本 → 输出文本的一次性映射。但 OpenAI 在 2024 年 9 月 12 日扔下了一颗核弹o1-preview。这个模型在回答问题之前会先思考——它会自己和自己下棋、自己推翻自己的结论、自己检查自己的逻辑。最终o1 在数学竞赛AIME、编程竞赛Codeforces、博士级科学问答GPQA上一举碾压 GPT-4o分数提升 30-50 个百分点。这就是Reasoning 模型推理模型——它把思考过程从隐式的下一个 token 预测变成了显式的、可见的、占用真实算力的思考链。用一句话对比传统 LLM读完题目就交卷像一个不过脑子的应试机器Reasoning 模型读完题目先打草稿、检查、再打草稿、再检查像一个认真做证明的数学家这一字之差却是过去十年 AI 最大的范式革命。二、为什么 Reasoning 模型是范式革命2.1 传统的 LLM 到底卡在哪GPT-4o 这类模型在很多任务上其实很厉害但有一个致命弱点它们不会慢下来思考。你想让 GPT-4o 解一道奥数题小明和小红在 100 米的跑道上跑步两人从同一点同时出发小明速度 6 m/s小红速度 4 m/s同向跑。小明到达终点后立即掉头问小明第二次追上小红时总共跑了多少米GPT-4o 看到题目后会直接开始写答案没有草稿、没有中间过程。它只能依赖训练时见过的相似题型模式匹配。遇到复杂推理题它会:在关键步骤上犯逻辑错误因为它没法回头检查过早收敛到错误答案因为它的输出是一次性的在长链推理中累积错误前一步错后步步错这就是著名的快思考陷阱——System 1 思维快但容易错。2.2 Reasoning 模型的破局思路o1 这类模型的核心理念是把思考从瞬间输出变成显式过程。它让模型在最终给出答案前先生成一段长长的内部独白Chain of Thought, CoT。这段独白包含拆解问题这道题本质上是追及问题列出已知条件v16, v24, s100尝试不同的解法方法 A相对速度... 方法 B相遇时间...自我质疑等等我刚才的假设对吗检查答案代入验证一下这一步看起来简单但带来的效果是质变级的维度传统 LLM (System 1)Reasoning 模型 (System 2)思考方式直觉、并行、快速逻辑、串行、慢速思考过程隐式不可见显式占用 token可纠错不能能可以推翻自己算力消耗1x10-100x更多 token擅长任务聊天、写作、翻译数学、代码、科学、规划响应延迟1-3 秒10 秒 - 几分钟关键洞察Reasoning 不是换了个更大的模型而是让模型愿意花时间想。这和人类一样——你给一个数学家 10 分钟和 1 秒他做对的概率天差地别。三、Reasoning 模型的三大流派从 2024 年 9 月 o1 发布至今全球 AI 实验室走出了三条不同的技术路线3.1 流派一纯强化学习派OpenAI 代表核心思想不让模型学人类怎么想让它在试错中自己摸索出怎么想。OpenAI o1/o3 的训练方法可以概括为基础模型先有一个强大的预训练 LLM如 GPT 系列RL 训练用强化学习RL训练它奖励它答对、惩罚它答错过程奖励但和 RLHF 不同奖励的不是最终答案而是思考过程中的每一步Process Reward Model, PRM大量算力o1 训练时单次推理会采样数千条思考链让模型学会多想想这个方法效果炸裂但成本也炸裂——据估算 o1 训练一次的成本超过 1000 万美元。3.2 流派二开源蒸馏派DeepSeek 代表核心思想既然 o1 的方法太贵那就用知识蒸馏——让小模型模仿 o1 的思考过程。DeepSeek-R12025 年 1 月发布的做法震惊了全世界用 R1-zero纯 RL 训练出来的作为老师让 R1-zero 回答 60 万道高质量问题生成思考过程 答案把这些数据给 Qwen/Llama 等开源模型喂——这就是蒸馏Distillation得到DeepSeek-R1-Distill-Qwen-7B/14B/32B等小模型结果呢7B 的小模型在某些数学任务上能打平 o1-mini。这意味着消费级显卡也能跑顶级推理DeepSeek-R1 论文里那张著名的图是这么对比的模型AIME 2024 (数学奥赛)Codeforces (编程)GPQA (博士级科学)GPT-4o13.475950.6o1-mini54.8165060.0o1 (full)83.3206178.0DeepSeek-R1-Distill-Qwen-32B72.6169162.1DeepSeek-R1 (full)79.8202971.5开源第一次追平闭源顶级模型3.3 流派三混合模式派Anthropic、Google 代表核心思想不是所有问题都要深度思考让模型自己判断要不要想。Claude 3.7 Sonnet2025 年 2 月和 Gemini 2.0 Flash Thinking2024 年 12 月都采用了这个思路模型在收到 prompt 时先判断这道题难不难简单题直接回答不耗额外算力难题进入Thinking 模式展开长 CoT同时这些厂商也支持用户手动控制思考预算thinking budget比如 Claude 允许设置 max_thinking_tokens16000。这个流派的优势是用户体验更好——你不会为了问今天天气怎么样等 30 秒。四、Reasoning 模型到底是怎么思考的很多读者会好奇o1 那种思考到底是真思考还是装样子我们来拆解一下它的内部机制。4.1 推理时计算Inference-Time Compute传统 LLM 推理时只有一次前向传播输入 → [Transformer N 层] → 输出而 Reasoning 模型在推理时会做多次采样 评估 选择输入 → 采样 100 条思考链 → 用 Process Reward Model 评分 → 选最高分 → 输出这就是Test-Time Compute Scaling测试时算力扩展——把训练时花的力气搬到推理时花。OpenAI 公布的 o1 scaling 曲线显示算力提升 4 倍AIME 准确率提升 15%算力提升 16 倍AIME 准确率提升 35%这是 AI 领域第一次发现推理时算力可以像训练时算力一样持续带来性能提升意义重大。4.2 思考链长什么样你可能见过 o1 的思考过程长这样简化版让我分析这道题。 这是一道追及问题。已知 - 小明速度 6 m/s - 小红速度 4 m/s - 跑道长 100 米同向 第一阶段小明跑完 100 米需要 100/6 ≈ 16.67 秒 这时小红跑了 4 × 16.67 ≈ 66.67 米 两人相距 100 - 66.67 33.33 米 第二阶段小明掉头两人相向而行 相对速度 6 4 10 m/s 追及时间 33.33 / 10 ≈ 3.33 秒 等等这不对。小明是掉头追不是相遇。 让我重新画图…… 如果小明的目标是追上小红即处在小红身后/同一位置 - 小明从终点掉头向起点方向跑 - 小红继续向终点方向跑 - 两人相对速度 6 - (-4) 10 m/s 那么 3.33 秒后小明追上小红。 这时小明跑的距离 100去程 6 × 3.33回程 ≈ 120 米 让我验证一下 - 小明位置100 - 6×3.33 80 米向起点方向跑 - 小红位置66.67 4×3.33 80 米 ✓ 两人位置一致 所以答案约 120 米。 但题目说第二次追上我需要再算第二次…… 继续推理 800 字 最终答案约 220 米。注意几个关键特征自我对话模型在和自己辩论等等这不对工具调用遇到复杂计算时它会写代码验证回溯发现思路错了会推翻重来验证最后会代入原题验证答案这就是显式思考的力量——它把人类专家解决复杂问题的全过程模拟了出来。4.3 关键技术Process Reward Model (PRM)在 o1 的训练中最重要的不是最终答对而是每一步都做对。OpenAI 训练了一个叫 PRM 的评分员模型它能对思考链的每一个中间步骤打分这步推理正确吗 → 0.9 分这步有逻辑跳跃吗 → 0.6 分这步计算对吗 → 1.0 分然后用强化学习训练 LLM 让它追求每一步都高分而不是只追求最后答对。这就像传统教育只看结果ORM考试答对就奖励答错就惩罚看过程PRM每一步写对都加分过程清晰也加分PRM 是 o1 成功的核心秘密之一。五、Reasoning 模型在 AI Coding 中的实战价值作为程序员我们最关心的是Reasoning 模型对我写代码到底有啥用5.1 场景一复杂算法题以前让 GPT-4o 写一道 LeetCode Hard它经常给你一个看起来对但其实有边界 bug的答案。让 o1 / R1 写题目给定一个未排序的整数数组找出其中最长连续序列的长度要求时间复杂度 O(n)。GPT-4o 的常见错误排序后遍历O(n log n)不符合要求用 HashSet 但逻辑有漏洞边界条件没考虑空数组、全重复o1 / R1 的做法先确认要不排序的 O(n) 解法想到用 HashSet 标记起点逐个检查序列起点即 num-1 不在集合里的元素从起点往后数连续元素自己写测试用例验证空数组、单元素、全相同、有负数、有重复发现有个 case 漏了修补这才是程序员级别的代码生成。5.2 场景二大型项目重构让 Reasoning 模型帮你把一个 5000 行的 Java Spring 项目迁移到 Go 微服务。它会先扫描所有文件列出业务实体、服务层、数据层设计 Go 版本的目录结构列出先迁移什么后迁移什么的顺序写第一个 demo 模块编译运行验证再批量迁移其他模块写集成测试这种长链条、多步骤、有依赖关系的任务正是 Reasoning 模型的主场。5.3 场景三Bug 诊断经典场景生产环境偶发崩溃日志只有 100 行。GPT-4o 可能会随便猜个原因可能是内存泄漏。o1 / R1 会逐行读日志识别异常堆栈根据堆栈反推代码位置列出 3 个可能原因按概率排序建议你加什么日志来验证给出最小复现的代码片段这不是玄学而是Reasoning 模型在长程推理上的天然优势。5.4 场景四架构设计让 Reasoning 模型帮你设计一个支持 10 万 QPS 的短链服务。它会先做容量估算QPS、存储、带宽列出 3 种方案直接 MySQL、Redis 缓存、分库分表 ID 生成器对比每种方案的优缺点选择推荐方案详述理由画出架构图用文字描述给出关键代码骨架这种先分析、再设计、再实现的工程思维是 GPT-4o 时代不敢想象的。六、用 Python 亲身体验 Reasoning 模型理论说再多不如跑一段代码。我们用 DeepSeek-R1性价比最高的开源推理模型来体验一下。6.1 安装和配置pip install openai export DEEPSEEK_API_KEYsk-xxx6.2 最简单的推理调用from openai import OpenAI client OpenAI( api_keysk-xxx, base_urlhttps://api.deepseek.com ) response client.chat.completions.create( modeldeepseek-reasoner, # R1 的模型名 messages[ { role: user, content: 9.11 和 9.9 哪个大 } ] ) # R1 的特殊之处思考过程和最终答案是分开的 print( * 50) print( 思考过程) print( * 50) print(response.choices[0].message.reasoning_content) print(\n * 50) print( 最终答案) print( * 50) print(response.choices[0].message.content) # 看 token 消耗 print(f\n Token 统计) print(f 思考 token: {response.usage.prompt_tokens}) print(f 输出 token: {response.usage.completion_tokens})运行后你会看到思考过程可能有 500 字包含小数比较的各种思路最终答案简洁明了9.9 更大因为 9.9 9.90 9.11token 消耗比普通模型多 5-10 倍6.3 用 Reasoning 模型写代码def solve_algorithm_problem(problem: str) - dict: 用 R1 解算法题返回带思考过程的结果 response client.chat.completions.create( modeldeepseek-reasoner, messages[ { role: system, content: 你是一位严谨的算法工程师。 解题前先分析思路列出可能的解法和复杂度 写完代码后用 2-3 个测试用例验证。 }, { role: user, content: problem } ], max_tokens8000 ) return { thinking: response.choices[0].message.reasoning_content, code: response.choices[0].message.content, tokens_used: response.usage.completion_tokens } # 实战最长连续序列 problem 给定一个未排序的整数数组 nums找出数字连续的最长序列不要求序列元素在原数组中连续的长度。 请你设计并实现时间复杂度为 O(n) 的算法解决此问题。 示例 1 输入nums [100,4,200,1,3,2] 输出4 解释最长数字连续序列是 [1, 2, 3, 4]所以长度为 4。 示例 2 输入nums [0,3,7,2,5,8,4,6,0,1] 输出9 result solve_algorithm_problem(problem) print( 思考\n, result[thinking][:500], ...\n) print( 代码\n, result[code]) print(f\n 用了 {result[tokens_used]} 个 token)你会看到 R1 在写代码前会先自言自语这道题要求 O(n)所以不能用排序用 HashSet 是经典思路关键优化只从序列起点开始数写完后我需要测试 [100,4,200,1,3,2] 这个 case这种自带测试的代码生成质量远高于传统 LLM。6.4 流式输出版本实时看思考过程def stream_reasoning(problem: str): 流式输出边生成边看思考过程 response client.chat.completions.create( modeldeepseek-reasoner, messages[{role: user, content: problem}], max_tokens8000, streamTrue ) print( 思考中...\n) thinking_buffer [] for chunk in response: delta chunk.choices[0].delta # 思考过程的增量 if hasattr(delta, reasoning_content) and delta.reasoning_content: content delta.reasoning_content print(content, end, flushTrue) thinking_buffer.append(content) # 最终答案的增量 if delta.content: # 第一次出现 content 时加个分隔符 if thinking_buffer and not hasattr(stream_reasoning, _answer_started): print(\n\n 答案\n) stream_reasoning._answer_started True print(delta.content, end, flushTrue) print() # 换行 # 用法 stream_reasoning(用 Python 实现 LRU Cache要求 O(1) get/put)这个流式版本可以让你实时围观模型思考特别有乐趣——你会看到它自我辩论的过程。七、Reasoning 模型的局限与误区Reasoning 模型很强但也不是万能的。它有 5 个常见误区需要警惕7.1 误区一思考越多越好很多人觉得 o1 比 GPT-4o 好所以让它想越久越好。这是错的。简单任务翻译、摘要用 Reasoning 模型慢且可能错GPT-4o 处理 1 秒的事情o1 要 30 秒还可能想多了出错经验法则默认用普通模型复杂任务才用 Reasoning。7.2 误区二能解决一切数学问题o1 在 AIME 上拿了 83.3但剩下 16.7% 答错的题目说明它不是神。它的真正能力是竞赛级数学 ✓研究生级应用题 ✓博士级开放问题无标准答案✗需要真实世界知识的推理如果 A 公司收购 B 公司股价会怎么走✗7.3 误区三能直接拿来当数据库Reasoning 模型依然是 LLM依然会幻觉。它思考得再认真编造的林黛玉倒拔垂杨柳还是编造。Reasoning RAG 才是生产级方案先检索真实知识再让 Reasoning 模型基于事实推理。7.4 误区四蒸馏的模型也很强DeepSeek-R1-Distill-Qwen-7B 确实在某些数学题上能打 o1-mini但它有两个限制思考深度有限7B 模型本身的容量不够复杂题还是会错无法超越老师蒸馏只能模仿老师的思考模式不能创新工业级应用还是建议用 R1 full 或 o1 full。7.5 误区五取代程序员这是最离谱的误区。即使是 o1目前也只擅长单个文件、明确需求的代码生成已知算法的实现调试已知模式的 bug它还做不到理解模糊的业务需求在 100 万行代码的 codebase 中做精确修改做产品决策、技术选型对长期架构负责程序员的核心价值——理解问题、设计方案、权衡取舍、长期维护——依然不会被取代。八、未来趋势Reasoning 模型会怎么发展8.1 多模态推理现在的 Reasoning 模型主要是文字思考。下一代会把视觉、音频、视频也纳入思考链看一张电路图分析哪里可能短路听一段会议录音提炼出决策点看一段代码视频定位 bugGemini 2.0 Flash Thinking 已经初步具备多模态推理能力。8.2 工具增强推理Reasoning 模型会越来越依赖工具写代码验证数学结论类似用代码算 1000 次求和调用搜索引擎查最新资料调用 API 获取实时数据这就是ReAct Reasoning的融合边想边做边做边想。8.3 自我进化最令人震撼的趋势是Reasoning 模型会训练自己。OpenAI 的 o3 已经在 ARC-AGI 基准上达到 87.5%超过人类平均水平76%。这意味着模型开始具备通用问题解决能力。未来 2-3 年我们可能看到Reasoning 模型自己设计 RL 训练流程Reasoning 模型自己发现新的算法Reasoning 模型自己提出科学假设并验证这就是ASI超级智能的雏形。九、写给程序员的实操建议作为 AI Coding 时代的程序员怎么用好 Reasoning 模型9.1 建议一建立模型选型矩阵不要所有任务都用同一个模型。建议如下任务类型推荐模型理由代码补全、简单改写Claude 3.5 Sonnet / GPT-4o快、便宜、够用Bug 定位、单元测试DeepSeek-V3 / Claude 3.5平衡速度和质量复杂算法、架构设计o1 / DeepSeek-R1 / Claude 3.7 Thinking需要深度思考竞赛级难题、研究级代码o1 pro / o3 / DeepSeek-R1 full顶级推理9.2 建议二学会设计 Prompt 引导思考即使有 Reasoning 模型prompt 也很重要。好的 prompt你是一位资深系统架构师。请按以下步骤回答 1. 先列出 2-3 种可能的方案 2. 对比每种方案的优缺点 3. 给出推荐方案和理由 4. 写出关键代码骨架 5. 列出 2 个潜在风险和应对措施 问题[你的问题]这种流程式 prompt能让 Reasoning 模型思考得更有条理。9.3 建议三关注成本o1 / R1 一次回答的成本是 GPT-4o 的 10-30 倍。在生产环境不要默认开启让用户自己选是否需要深度推理缓存中间结果相同问题不重复付费使用蒸馏模型部分场景下 R1-Distill 就够用9.4 建议四结合 RAG 和 Function CallingReasoning 模型不是孤立的它应该和 RAG、Function Calling、Agent 协同工作用户问题 → RAG 检索相关知识 → Reasoning 模型理解规划 → Function Calling 调用工具 → Reasoning 模型分析结果 → 最终答案这个Reasoning RAG Tool Use是 2025-2026 年 AI 应用的主流架构。十、彻底讲透系列导航这篇是《彻底讲透系列》的第 20 篇。为了方便大家系统学习我把整个系列的文章都列在下面序号文章标题文章链接核心主题1LLM 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162717970大语言模型基础2Transformer 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162689109注意力机制架构3Token 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162550633分词与计费4Embedding 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162658127向量嵌入5Prompt Engineering 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162752232提示工程6Function Calling 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162750426函数调用7Agent 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162545054智能体8Skill 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162622047技能系统9MCP 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162522575模型上下文协议10RAG 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162539306检索增强生成11Fine-tuning 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162687642模型微调12Temperature 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162724857温度参数13多模态大模型 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162762161多模态14AI 护栏Guardrails彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162784142安全护栏15Vibe Coding 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162654170氛围编程16Reasoning 模型彻底讲透本篇https://blog.csdn.net/hoaxxcj/article/details/162784142推理模型整个系列的核心思想把 AI Coding 时代每一个绕不开的核心概念用零基础也能懂的方式讲透配以可运行的代码、真实的场景、踩过的坑让每一个程序员都能在 AI 时代站稳脚跟。写在最后2024 年 9 月之前我们以为下一个 token 预测就是大模型的极限。2024 年 9 月之后我们发现只要给模型思考的时间它能超越这个极限。Reasoning 模型开启的不只是一个新模型而是一个新范式从快思考到慢思考从直觉到推理从答题到思考。作为 AI 时代的程序员我们要做的不是焦虑会不会被取代而是学会和会思考的 AI 协作。让模型去想我们去做那些需要判断、创造、责任的事。这才是 AI Coding 时代程序员的核心价值。下一篇文章预告AI Eval评测体系彻底讲透——如何用数据衡量一个 AI 模型到底有多强如果这篇文章帮你理解了 Reasoning 模型点赞、收藏、关注三连走起
Reasoning 模型彻底讲透:为什么 o1 / R1 / Claude Thinking 让大模型学会“先想再答“?
发布时间:2026/7/11 19:31:42
一、一句话先说清楚什么是 Reasoning 模型在 2024 年 9 月之前所有的大模型都遵循同一个范式——你问一句我答一句中间没有思考。从 ChatGPT 到 Claude从 Gemini 到 Llama本质上都是输入文本 → 输出文本的一次性映射。但 OpenAI 在 2024 年 9 月 12 日扔下了一颗核弹o1-preview。这个模型在回答问题之前会先思考——它会自己和自己下棋、自己推翻自己的结论、自己检查自己的逻辑。最终o1 在数学竞赛AIME、编程竞赛Codeforces、博士级科学问答GPQA上一举碾压 GPT-4o分数提升 30-50 个百分点。这就是Reasoning 模型推理模型——它把思考过程从隐式的下一个 token 预测变成了显式的、可见的、占用真实算力的思考链。用一句话对比传统 LLM读完题目就交卷像一个不过脑子的应试机器Reasoning 模型读完题目先打草稿、检查、再打草稿、再检查像一个认真做证明的数学家这一字之差却是过去十年 AI 最大的范式革命。二、为什么 Reasoning 模型是范式革命2.1 传统的 LLM 到底卡在哪GPT-4o 这类模型在很多任务上其实很厉害但有一个致命弱点它们不会慢下来思考。你想让 GPT-4o 解一道奥数题小明和小红在 100 米的跑道上跑步两人从同一点同时出发小明速度 6 m/s小红速度 4 m/s同向跑。小明到达终点后立即掉头问小明第二次追上小红时总共跑了多少米GPT-4o 看到题目后会直接开始写答案没有草稿、没有中间过程。它只能依赖训练时见过的相似题型模式匹配。遇到复杂推理题它会:在关键步骤上犯逻辑错误因为它没法回头检查过早收敛到错误答案因为它的输出是一次性的在长链推理中累积错误前一步错后步步错这就是著名的快思考陷阱——System 1 思维快但容易错。2.2 Reasoning 模型的破局思路o1 这类模型的核心理念是把思考从瞬间输出变成显式过程。它让模型在最终给出答案前先生成一段长长的内部独白Chain of Thought, CoT。这段独白包含拆解问题这道题本质上是追及问题列出已知条件v16, v24, s100尝试不同的解法方法 A相对速度... 方法 B相遇时间...自我质疑等等我刚才的假设对吗检查答案代入验证一下这一步看起来简单但带来的效果是质变级的维度传统 LLM (System 1)Reasoning 模型 (System 2)思考方式直觉、并行、快速逻辑、串行、慢速思考过程隐式不可见显式占用 token可纠错不能能可以推翻自己算力消耗1x10-100x更多 token擅长任务聊天、写作、翻译数学、代码、科学、规划响应延迟1-3 秒10 秒 - 几分钟关键洞察Reasoning 不是换了个更大的模型而是让模型愿意花时间想。这和人类一样——你给一个数学家 10 分钟和 1 秒他做对的概率天差地别。三、Reasoning 模型的三大流派从 2024 年 9 月 o1 发布至今全球 AI 实验室走出了三条不同的技术路线3.1 流派一纯强化学习派OpenAI 代表核心思想不让模型学人类怎么想让它在试错中自己摸索出怎么想。OpenAI o1/o3 的训练方法可以概括为基础模型先有一个强大的预训练 LLM如 GPT 系列RL 训练用强化学习RL训练它奖励它答对、惩罚它答错过程奖励但和 RLHF 不同奖励的不是最终答案而是思考过程中的每一步Process Reward Model, PRM大量算力o1 训练时单次推理会采样数千条思考链让模型学会多想想这个方法效果炸裂但成本也炸裂——据估算 o1 训练一次的成本超过 1000 万美元。3.2 流派二开源蒸馏派DeepSeek 代表核心思想既然 o1 的方法太贵那就用知识蒸馏——让小模型模仿 o1 的思考过程。DeepSeek-R12025 年 1 月发布的做法震惊了全世界用 R1-zero纯 RL 训练出来的作为老师让 R1-zero 回答 60 万道高质量问题生成思考过程 答案把这些数据给 Qwen/Llama 等开源模型喂——这就是蒸馏Distillation得到DeepSeek-R1-Distill-Qwen-7B/14B/32B等小模型结果呢7B 的小模型在某些数学任务上能打平 o1-mini。这意味着消费级显卡也能跑顶级推理DeepSeek-R1 论文里那张著名的图是这么对比的模型AIME 2024 (数学奥赛)Codeforces (编程)GPQA (博士级科学)GPT-4o13.475950.6o1-mini54.8165060.0o1 (full)83.3206178.0DeepSeek-R1-Distill-Qwen-32B72.6169162.1DeepSeek-R1 (full)79.8202971.5开源第一次追平闭源顶级模型3.3 流派三混合模式派Anthropic、Google 代表核心思想不是所有问题都要深度思考让模型自己判断要不要想。Claude 3.7 Sonnet2025 年 2 月和 Gemini 2.0 Flash Thinking2024 年 12 月都采用了这个思路模型在收到 prompt 时先判断这道题难不难简单题直接回答不耗额外算力难题进入Thinking 模式展开长 CoT同时这些厂商也支持用户手动控制思考预算thinking budget比如 Claude 允许设置 max_thinking_tokens16000。这个流派的优势是用户体验更好——你不会为了问今天天气怎么样等 30 秒。四、Reasoning 模型到底是怎么思考的很多读者会好奇o1 那种思考到底是真思考还是装样子我们来拆解一下它的内部机制。4.1 推理时计算Inference-Time Compute传统 LLM 推理时只有一次前向传播输入 → [Transformer N 层] → 输出而 Reasoning 模型在推理时会做多次采样 评估 选择输入 → 采样 100 条思考链 → 用 Process Reward Model 评分 → 选最高分 → 输出这就是Test-Time Compute Scaling测试时算力扩展——把训练时花的力气搬到推理时花。OpenAI 公布的 o1 scaling 曲线显示算力提升 4 倍AIME 准确率提升 15%算力提升 16 倍AIME 准确率提升 35%这是 AI 领域第一次发现推理时算力可以像训练时算力一样持续带来性能提升意义重大。4.2 思考链长什么样你可能见过 o1 的思考过程长这样简化版让我分析这道题。 这是一道追及问题。已知 - 小明速度 6 m/s - 小红速度 4 m/s - 跑道长 100 米同向 第一阶段小明跑完 100 米需要 100/6 ≈ 16.67 秒 这时小红跑了 4 × 16.67 ≈ 66.67 米 两人相距 100 - 66.67 33.33 米 第二阶段小明掉头两人相向而行 相对速度 6 4 10 m/s 追及时间 33.33 / 10 ≈ 3.33 秒 等等这不对。小明是掉头追不是相遇。 让我重新画图…… 如果小明的目标是追上小红即处在小红身后/同一位置 - 小明从终点掉头向起点方向跑 - 小红继续向终点方向跑 - 两人相对速度 6 - (-4) 10 m/s 那么 3.33 秒后小明追上小红。 这时小明跑的距离 100去程 6 × 3.33回程 ≈ 120 米 让我验证一下 - 小明位置100 - 6×3.33 80 米向起点方向跑 - 小红位置66.67 4×3.33 80 米 ✓ 两人位置一致 所以答案约 120 米。 但题目说第二次追上我需要再算第二次…… 继续推理 800 字 最终答案约 220 米。注意几个关键特征自我对话模型在和自己辩论等等这不对工具调用遇到复杂计算时它会写代码验证回溯发现思路错了会推翻重来验证最后会代入原题验证答案这就是显式思考的力量——它把人类专家解决复杂问题的全过程模拟了出来。4.3 关键技术Process Reward Model (PRM)在 o1 的训练中最重要的不是最终答对而是每一步都做对。OpenAI 训练了一个叫 PRM 的评分员模型它能对思考链的每一个中间步骤打分这步推理正确吗 → 0.9 分这步有逻辑跳跃吗 → 0.6 分这步计算对吗 → 1.0 分然后用强化学习训练 LLM 让它追求每一步都高分而不是只追求最后答对。这就像传统教育只看结果ORM考试答对就奖励答错就惩罚看过程PRM每一步写对都加分过程清晰也加分PRM 是 o1 成功的核心秘密之一。五、Reasoning 模型在 AI Coding 中的实战价值作为程序员我们最关心的是Reasoning 模型对我写代码到底有啥用5.1 场景一复杂算法题以前让 GPT-4o 写一道 LeetCode Hard它经常给你一个看起来对但其实有边界 bug的答案。让 o1 / R1 写题目给定一个未排序的整数数组找出其中最长连续序列的长度要求时间复杂度 O(n)。GPT-4o 的常见错误排序后遍历O(n log n)不符合要求用 HashSet 但逻辑有漏洞边界条件没考虑空数组、全重复o1 / R1 的做法先确认要不排序的 O(n) 解法想到用 HashSet 标记起点逐个检查序列起点即 num-1 不在集合里的元素从起点往后数连续元素自己写测试用例验证空数组、单元素、全相同、有负数、有重复发现有个 case 漏了修补这才是程序员级别的代码生成。5.2 场景二大型项目重构让 Reasoning 模型帮你把一个 5000 行的 Java Spring 项目迁移到 Go 微服务。它会先扫描所有文件列出业务实体、服务层、数据层设计 Go 版本的目录结构列出先迁移什么后迁移什么的顺序写第一个 demo 模块编译运行验证再批量迁移其他模块写集成测试这种长链条、多步骤、有依赖关系的任务正是 Reasoning 模型的主场。5.3 场景三Bug 诊断经典场景生产环境偶发崩溃日志只有 100 行。GPT-4o 可能会随便猜个原因可能是内存泄漏。o1 / R1 会逐行读日志识别异常堆栈根据堆栈反推代码位置列出 3 个可能原因按概率排序建议你加什么日志来验证给出最小复现的代码片段这不是玄学而是Reasoning 模型在长程推理上的天然优势。5.4 场景四架构设计让 Reasoning 模型帮你设计一个支持 10 万 QPS 的短链服务。它会先做容量估算QPS、存储、带宽列出 3 种方案直接 MySQL、Redis 缓存、分库分表 ID 生成器对比每种方案的优缺点选择推荐方案详述理由画出架构图用文字描述给出关键代码骨架这种先分析、再设计、再实现的工程思维是 GPT-4o 时代不敢想象的。六、用 Python 亲身体验 Reasoning 模型理论说再多不如跑一段代码。我们用 DeepSeek-R1性价比最高的开源推理模型来体验一下。6.1 安装和配置pip install openai export DEEPSEEK_API_KEYsk-xxx6.2 最简单的推理调用from openai import OpenAI client OpenAI( api_keysk-xxx, base_urlhttps://api.deepseek.com ) response client.chat.completions.create( modeldeepseek-reasoner, # R1 的模型名 messages[ { role: user, content: 9.11 和 9.9 哪个大 } ] ) # R1 的特殊之处思考过程和最终答案是分开的 print( * 50) print( 思考过程) print( * 50) print(response.choices[0].message.reasoning_content) print(\n * 50) print( 最终答案) print( * 50) print(response.choices[0].message.content) # 看 token 消耗 print(f\n Token 统计) print(f 思考 token: {response.usage.prompt_tokens}) print(f 输出 token: {response.usage.completion_tokens})运行后你会看到思考过程可能有 500 字包含小数比较的各种思路最终答案简洁明了9.9 更大因为 9.9 9.90 9.11token 消耗比普通模型多 5-10 倍6.3 用 Reasoning 模型写代码def solve_algorithm_problem(problem: str) - dict: 用 R1 解算法题返回带思考过程的结果 response client.chat.completions.create( modeldeepseek-reasoner, messages[ { role: system, content: 你是一位严谨的算法工程师。 解题前先分析思路列出可能的解法和复杂度 写完代码后用 2-3 个测试用例验证。 }, { role: user, content: problem } ], max_tokens8000 ) return { thinking: response.choices[0].message.reasoning_content, code: response.choices[0].message.content, tokens_used: response.usage.completion_tokens } # 实战最长连续序列 problem 给定一个未排序的整数数组 nums找出数字连续的最长序列不要求序列元素在原数组中连续的长度。 请你设计并实现时间复杂度为 O(n) 的算法解决此问题。 示例 1 输入nums [100,4,200,1,3,2] 输出4 解释最长数字连续序列是 [1, 2, 3, 4]所以长度为 4。 示例 2 输入nums [0,3,7,2,5,8,4,6,0,1] 输出9 result solve_algorithm_problem(problem) print( 思考\n, result[thinking][:500], ...\n) print( 代码\n, result[code]) print(f\n 用了 {result[tokens_used]} 个 token)你会看到 R1 在写代码前会先自言自语这道题要求 O(n)所以不能用排序用 HashSet 是经典思路关键优化只从序列起点开始数写完后我需要测试 [100,4,200,1,3,2] 这个 case这种自带测试的代码生成质量远高于传统 LLM。6.4 流式输出版本实时看思考过程def stream_reasoning(problem: str): 流式输出边生成边看思考过程 response client.chat.completions.create( modeldeepseek-reasoner, messages[{role: user, content: problem}], max_tokens8000, streamTrue ) print( 思考中...\n) thinking_buffer [] for chunk in response: delta chunk.choices[0].delta # 思考过程的增量 if hasattr(delta, reasoning_content) and delta.reasoning_content: content delta.reasoning_content print(content, end, flushTrue) thinking_buffer.append(content) # 最终答案的增量 if delta.content: # 第一次出现 content 时加个分隔符 if thinking_buffer and not hasattr(stream_reasoning, _answer_started): print(\n\n 答案\n) stream_reasoning._answer_started True print(delta.content, end, flushTrue) print() # 换行 # 用法 stream_reasoning(用 Python 实现 LRU Cache要求 O(1) get/put)这个流式版本可以让你实时围观模型思考特别有乐趣——你会看到它自我辩论的过程。七、Reasoning 模型的局限与误区Reasoning 模型很强但也不是万能的。它有 5 个常见误区需要警惕7.1 误区一思考越多越好很多人觉得 o1 比 GPT-4o 好所以让它想越久越好。这是错的。简单任务翻译、摘要用 Reasoning 模型慢且可能错GPT-4o 处理 1 秒的事情o1 要 30 秒还可能想多了出错经验法则默认用普通模型复杂任务才用 Reasoning。7.2 误区二能解决一切数学问题o1 在 AIME 上拿了 83.3但剩下 16.7% 答错的题目说明它不是神。它的真正能力是竞赛级数学 ✓研究生级应用题 ✓博士级开放问题无标准答案✗需要真实世界知识的推理如果 A 公司收购 B 公司股价会怎么走✗7.3 误区三能直接拿来当数据库Reasoning 模型依然是 LLM依然会幻觉。它思考得再认真编造的林黛玉倒拔垂杨柳还是编造。Reasoning RAG 才是生产级方案先检索真实知识再让 Reasoning 模型基于事实推理。7.4 误区四蒸馏的模型也很强DeepSeek-R1-Distill-Qwen-7B 确实在某些数学题上能打 o1-mini但它有两个限制思考深度有限7B 模型本身的容量不够复杂题还是会错无法超越老师蒸馏只能模仿老师的思考模式不能创新工业级应用还是建议用 R1 full 或 o1 full。7.5 误区五取代程序员这是最离谱的误区。即使是 o1目前也只擅长单个文件、明确需求的代码生成已知算法的实现调试已知模式的 bug它还做不到理解模糊的业务需求在 100 万行代码的 codebase 中做精确修改做产品决策、技术选型对长期架构负责程序员的核心价值——理解问题、设计方案、权衡取舍、长期维护——依然不会被取代。八、未来趋势Reasoning 模型会怎么发展8.1 多模态推理现在的 Reasoning 模型主要是文字思考。下一代会把视觉、音频、视频也纳入思考链看一张电路图分析哪里可能短路听一段会议录音提炼出决策点看一段代码视频定位 bugGemini 2.0 Flash Thinking 已经初步具备多模态推理能力。8.2 工具增强推理Reasoning 模型会越来越依赖工具写代码验证数学结论类似用代码算 1000 次求和调用搜索引擎查最新资料调用 API 获取实时数据这就是ReAct Reasoning的融合边想边做边做边想。8.3 自我进化最令人震撼的趋势是Reasoning 模型会训练自己。OpenAI 的 o3 已经在 ARC-AGI 基准上达到 87.5%超过人类平均水平76%。这意味着模型开始具备通用问题解决能力。未来 2-3 年我们可能看到Reasoning 模型自己设计 RL 训练流程Reasoning 模型自己发现新的算法Reasoning 模型自己提出科学假设并验证这就是ASI超级智能的雏形。九、写给程序员的实操建议作为 AI Coding 时代的程序员怎么用好 Reasoning 模型9.1 建议一建立模型选型矩阵不要所有任务都用同一个模型。建议如下任务类型推荐模型理由代码补全、简单改写Claude 3.5 Sonnet / GPT-4o快、便宜、够用Bug 定位、单元测试DeepSeek-V3 / Claude 3.5平衡速度和质量复杂算法、架构设计o1 / DeepSeek-R1 / Claude 3.7 Thinking需要深度思考竞赛级难题、研究级代码o1 pro / o3 / DeepSeek-R1 full顶级推理9.2 建议二学会设计 Prompt 引导思考即使有 Reasoning 模型prompt 也很重要。好的 prompt你是一位资深系统架构师。请按以下步骤回答 1. 先列出 2-3 种可能的方案 2. 对比每种方案的优缺点 3. 给出推荐方案和理由 4. 写出关键代码骨架 5. 列出 2 个潜在风险和应对措施 问题[你的问题]这种流程式 prompt能让 Reasoning 模型思考得更有条理。9.3 建议三关注成本o1 / R1 一次回答的成本是 GPT-4o 的 10-30 倍。在生产环境不要默认开启让用户自己选是否需要深度推理缓存中间结果相同问题不重复付费使用蒸馏模型部分场景下 R1-Distill 就够用9.4 建议四结合 RAG 和 Function CallingReasoning 模型不是孤立的它应该和 RAG、Function Calling、Agent 协同工作用户问题 → RAG 检索相关知识 → Reasoning 模型理解规划 → Function Calling 调用工具 → Reasoning 模型分析结果 → 最终答案这个Reasoning RAG Tool Use是 2025-2026 年 AI 应用的主流架构。十、彻底讲透系列导航这篇是《彻底讲透系列》的第 20 篇。为了方便大家系统学习我把整个系列的文章都列在下面序号文章标题文章链接核心主题1LLM 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162717970大语言模型基础2Transformer 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162689109注意力机制架构3Token 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162550633分词与计费4Embedding 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162658127向量嵌入5Prompt Engineering 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162752232提示工程6Function Calling 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162750426函数调用7Agent 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162545054智能体8Skill 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162622047技能系统9MCP 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162522575模型上下文协议10RAG 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162539306检索增强生成11Fine-tuning 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162687642模型微调12Temperature 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162724857温度参数13多模态大模型 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162762161多模态14AI 护栏Guardrails彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162784142安全护栏15Vibe Coding 彻底讲透https://blog.csdn.net/hoaxxcj/article/details/162654170氛围编程16Reasoning 模型彻底讲透本篇https://blog.csdn.net/hoaxxcj/article/details/162784142推理模型整个系列的核心思想把 AI Coding 时代每一个绕不开的核心概念用零基础也能懂的方式讲透配以可运行的代码、真实的场景、踩过的坑让每一个程序员都能在 AI 时代站稳脚跟。写在最后2024 年 9 月之前我们以为下一个 token 预测就是大模型的极限。2024 年 9 月之后我们发现只要给模型思考的时间它能超越这个极限。Reasoning 模型开启的不只是一个新模型而是一个新范式从快思考到慢思考从直觉到推理从答题到思考。作为 AI 时代的程序员我们要做的不是焦虑会不会被取代而是学会和会思考的 AI 协作。让模型去想我们去做那些需要判断、创造、责任的事。这才是 AI Coding 时代程序员的核心价值。下一篇文章预告AI Eval评测体系彻底讲透——如何用数据衡量一个 AI 模型到底有多强如果这篇文章帮你理解了 Reasoning 模型点赞、收藏、关注三连走起