微信扫码
添加专属顾问
OpenAI 提高了 o1-mini 和 o1-preview 的消息使用限额,以便 Plus 和 Team 用户能够更频繁地使用 o1。o1-mini 的限额从每周 50 条增加到每天 50 条,而 o1-preview 的限额从每周 30 条提高到每周 50 条。
原文参考:Reverse engineering OpenAI’s o1[1]
OpenAI 最近发布了新型推理系统 o1(OpenAI o1 模型:AI 复杂推理新突破),用于处理具有挑战性的任务,这标志着 AI 技术的又一次重大突破。它建立在 Q*[2] (Sam 重回 OpenAI,Q-star 被曝光!)的早期成功和关于 Strawberry[3](草莓)项目的传闻基础上,通过对长推理链进行训练并使用大量强化学习,然后大规模部署的系统。
早在去年 11 月,OpenAI 内部就有消息泄露,提到“鉴于巨大的计算资源,新模型能够解决某些数学问题”。这暗示了 OpenAI 正在研发一种能够进行复杂推理的新模型。Q* 被认为是最初的尝试,通过某种推理树搜索方法,引出高价值的解题路径。研究人员在初步看到训练结果时非常兴奋,认为这种方法有巨大的潜力。
随后,关于 Strawberry 项目的传闻开始流传。Strawberry 可以看作是使用 Q* 方法训练的模型,能够在生成文本的同时进行推理。这为 o1 的诞生奠定了基础。o1 不仅仅是一个模型,而是一个系统,融合了多种先进的技术和方法,旨在为用户提供强大的推理能力。
值得注意的是,o1 的发布被称为“预览版”,且名称模糊(“o”代表 OpenAI)。OpenAI 在发布信息中强调,他们尚未完全了解如何最佳地使用该模型,希望通过用户的反馈来进一步完善。正如 OpenAI 应用研究负责人 Boris Power 所述:“这次发布更接近最初的 GPT-3 发布,而不是 ChatGPT 发布。一个新的范式,某些人会发现它对于我们在 OpenAI 都无法预测的事情极其有价值。但这不是一个大众产品,不能轻松地为每个人解锁新的价值。我相信我们很快会有另一个 ChatGPT 时刻!”
o1 是一个与传统自回归语言模型截然不同的推理系统。传统模型通常根据给定的输入顺序地生成文本,而 o1 在推理过程中会进行在线搜索,为用户执行复杂的思维过程。它通过生成长推理链,结合大量的强化学习,能够在解决复杂问题时表现出色。
在调用 o1 模型时,它会生成多个推理候选项,并对每个候选项进行评分,以评估其质量。这种并行生成和评估的过程,使得模型可以探索更广泛的解决方案空间,从而找到最优的答案。
这种方法类似于人类在解决问题时的思考过程:我们可能会考虑多种方案,评估每种方案的可行性,然后选择最优的执行。o1 将这种人类的思维方式引入到 AI 模型中,使其能够在复杂任务中表现出更高的智能水平。
o1 的推理机制更接近于闭环控制系统。它不仅生成答案,还根据反馈不断调整和优化自己的推理路径。这在语言模型领域是前所未有的。通过这种方式,o1 能够在推理过程中纠正错误,避免陷入错误的思维路径。
o1 的核心在于通过大规模的强化学习(RL)进行训练,使模型能够在复杂的推理任务中逐步改进其思维链。OpenAI 表示,他们的大规模强化学习算法教会模型如何高效地使用其推理链,采用高度数据高效的训练过程。
传统的强化学习从人类偏好(RLHF)的方法,通常对整个生成的文本给予一个整体的奖励或惩罚。这使得模型难以理解在哪些具体步骤出现了问题。为了解决这个问题,o1 采用了过程奖励模型(Process Reward Model),对推理链中的每一步进行评分。
? = 1。该图强调了模型在复杂推理任务中可能会犯错,但通过奖励模型的反馈,能够提高结果的准确性。在 OpenAI 的论文《Let's Verify Step By Step[4]》中,他们展示了如何对推理过程的每个步骤进行评估。通过对每个步骤打分,模型可以更准确地识别并纠正错误,提高推理的准确性。
? RLHFRLHF[5](Reinforcement Learning from Human Feedback)的思想是使用强化学习的方式直接优化带有人类反馈的语言模型。它涉及多个模型和不同训练阶段的复杂概念,其核心可以分解为三步:
•预训练一个语言模型 (LM) :通过经典方法预训练一个语言模型,使其具备基本的语言生成能力。
•聚合问答数据并训练一个奖励模型 (Reward Model,RM) :基于人类偏好数据训练奖励模型,为后续的强化学习提供反馈机制。
•用强化学习 (RL) 方式微调 LM:使用奖励模型提供的反馈,通过强化学习算法(如 PPO)对预训练的语言模型进行微调,提升其生成文本的质量与连贯性。
? Let's Verify Step By Step 摘要近年来,尽管大型语言模型在多步推理能力上有所提升,但仍常犯逻辑错误。为此,研究比较了结果监督(针对最终结果反馈)与过程监督(针对每个推理步骤反馈)。研究表明,过程监督在解决 MATH 数据集问题时效果显著优于结果监督,解决率达 78%。此外,主动学习进一步提升了过程监督的效率。为支持相关研究,研究团队发布了包含 80 万条人类反馈标签的数据集 PRM800K。
强化学习的成功很大程度上取决于模型在状态空间中的探索能力。o1 能够在广泛的状态空间中探索,寻找最优的解题路径。这种探索能力使得 o1 能够解决传统模型难以处理的复杂问题。
值得一提的是,o1 在处理超长的推理链时表现出色,能够处理长达 10 万到 20 万个 tokens 的推理过程。这在过去的 RL 应用中是前所未有的。
o1 在推理时的高昂成本主要源于其复杂的生成和评估机制。与传统的自回归模型不同,o1 会在每个推理步骤生成多个候选项,并对它们进行评分。这种并行解码策略需要大量的计算资源。
具体来说,o1-preview 的定价为每百万个输入 tokens 收费 15 美元,每百万个输出 tokens 收费 60 美元。这一费用也适用于模型在内部生成但未展示给用户的中间推理 tokens。这意味着,即使用户只看到简短的答案,模型在背后可能已经进行了大量的计算。
OpenAI 提出了新的“推理扩展定律”(inference scaling laws),即随着推理时计算的增加,模型的性能会持续提高。这与传统的预训练模型不同,后者在达到一定规模后,性能提升会趋于平缓。在 OpenAI 发布的图表中,展示了随着推理时计算的增加,模型在各项基准测试中的性能提升。这证明了在推理过程中投入更多的计算资源是值得的。
部署 o1 需要全新的服务基础设施。传统的语言模型通常采用顺序生成的方式,缓存先前的输出步骤。而 o1 需要在推理过程中进行并行生成和评估,对基础设施提出了更高的要求。这也是 o1 推理成本高昂的原因之一。
有迹象表明,o1 在推理过程中进行了在线搜索。模型的推理轨迹显示,o1 不仅仅是简单地生成文本,而是在内部进行了类似搜索的复杂操作。通过生成并评估多个推理候选项,o1 能够探索更广泛的状态空间,寻找最佳解决方案。
一种可能的实现方式是,o1 包含一个生成器模型(负责生成潜在的答案)和一个验证器模型(负责对生成的答案进行评分)。这种架构允许模型在生成答案的同时,对其进行评估和优化。
o1 的架构使其能够在推理过程中进行自我纠正。当模型检测到偏离正确的推理路径时,它可以回溯并尝试其他方案。这与 AlphaGo 等强化学习系统的策略类似,通过不断尝试和评估,找到最佳的解决方案。
即使提出了多个假设,仍然难以相信 OpenAI 已将一个模块化系统部署给数亿用户。o1 项目的负责人甚至表示它实际上是一个模型,并且他们希望未来能够提供更多控制选项:未来,我们希望让用户能够更多地控制模型花费的思考时间。
支持“只有一个模型处理所有任务”论点的原因之一是其定价模型——OpenAI 对反思 tokens(reflection tokens)收费,但这些 tokens 不能无限扩展。如果还存在奖励模型或其他组件,定价方式将变得棘手,因为每个推理步骤的长度不同,调用奖励模型的次数也会有很大差异。
这一切得以实现的原因在于奖励模型逐渐被吸收到生成语言模型中。最近的研究表明,奖励模型可以在评分之前“自言自语”(Critique-out-Loud Reward Models[6]),或使用非常强大的生成模型来区分文本(Generative Verifiers: Reward Modeling as Next-Token Prediction[7])。这样一种实现细节,使得蒙特卡洛树搜索(Monte Carlo Tree Search[8])可以由一个最终的语言模型处理,这也导致了推理时的复杂性:模型生成潜在的想法,自我评分,然后生成解决方案。至少在训练时,可以肯定更多模型被用作启发式工具,以评分最高质量的推理轨迹。
? 蒙特卡洛树搜索蒙特卡洛树搜索(MCTS:Monte Carlo tree search)是一种用于某些决策过程的启发式搜索算法,最引人注目的是在游戏中的使用。最典型的例子是电脑围棋程序,它也用于其他棋盘游戏、即时电子游戏以及不确定性游戏。
MCTS 算法的重点在于分析最有希望的走法,通过对搜索空间的随机采样扩展搜索树。在游戏中的应用是基于多次模拟(也称为 rollouts 或 playout)。每次模拟中,游戏会通过随机选择走法一直进行到游戏结束。然后,根据每次模拟的最终游戏结果对游戏树中的节点进行加权,使得更好的节点在未来的模拟中更有可能被选择。蒙特卡洛树搜索的每个循环包括四个步骤:
•选择(Selection):从根节点 R 开始,选择连续的子节点,直到到达一个叶节点 L。根节点代表当前的游戏状态,而叶节点是任何具有潜在子节点且尚未开始模拟的节点。选择步骤会偏向选择能使游戏树扩展到最有希望的走法的子节点,这是蒙特卡洛树搜索的核心。
•扩展(Expansion):除非 L 节点为任一玩家决定性地结束了游戏(例如,胜利/失败/平局),否则创建一个(或多个)子节点,并从中选择一个节点 C。子节点代表从 L 所定义的游戏位置的任何合法走法。
•模拟(Simulation):从节点 C 开始完成一次随机模拟。这一步有时也称为 playout 或 rollout。模拟可以简单到通过随机选择走法直到游戏决定胜负(例如在国际象棋中,游戏要么胜、负、平)。
•回溯(Backpropagation):使用模拟结果更新从节点 C 到根节点 R 路径上的信息。
Python 伪代码实现:
# main function for the Monte Carlo Tree Search
def monte_carlo_tree_search(root):
while resources_left(time, computational power):
leaf = traverse(root)
simulation_result = rollout(leaf)
backpropagate(leaf, simulation_result)
return best_child(root)
# function for node traversal
def traverse(node):
while fully_expanded(node):
node = best_uct(node)
# in case no children are present / node is terminal
return pick_unvisited(node.children) or node
# function for the result of the simulation
def rollout(node):
while non_terminal(node):
node = rollout_policy(node)
return result(node)
# function for randomly selecting a child node
def rollout_policy(node):
return pick_random(node.children)
# function for backpropagation
def backpropagate(node, result):
if is_root(node) return
node.stats = update_stats(node, result)
backpropagate(node.parent)
# function for selecting the best child
# node with highest number of visits
def best_child(node):
pick child with highest number of visits正如我们所见,MCTS 算法可以简化为一组很少的函数,这些函数可以用于任何游戏或优化策略的选择中。
MCTS 算法优点:
•简单实现:MCTS 是一种实现简单的算法。
•启发式算法:MCTS 是一种启发式算法,除了了解规则和游戏结束条件外,不需要领域知识就能有效运行。它可以通过进行随机模拟来找到自己的走法并从中学习。
•状态保存:MCTS 可以在任何中间状态下保存,并在需要时在未来的使用案例中恢复该状态。
•不对称扩展:MCTS 支持根据其运行的情况不对称地扩展搜索树。
MCTS 算法缺点:
•内存需求大:随着树的快速增长,在经过几次迭代后,MCTS 需要大量内存。
•可靠性问题:在某些情况下,可能会有一个单一的分支或路径,导致在回合制游戏中对手获胜。这主要是由于组合数量庞大,每个节点可能没有被足够多次访问,因此难以在长期内理解其结果或后果。
•速度问题:MCTS 需要大量迭代才能有效决定最优路径,因此在速度上存在一定的劣势。
创建 o1 的开源版本将是一项巨大的挑战。与 ChatGPT 等传统模型相比,o1 的复杂性更高,涉及多个敏感的模块化组件。此外,OpenAI 已采取措施,防止用户试图获取模型的内部推理轨迹,并对试图破解模型的行为采取了法律行动。
? 邮件警告有网友截图称询问 o1 原始思维链会被警告,内容大意为:
OpenAI 决定不向用户展示原始的思维链内容,出于用户体验和竞争优势等方面的考虑,转而提供模型生成的思维链摘要。用户如果多次询问思维链内容,可能会收到 OpenAI 支持团队的警告邮件,要求停止此行为,否则可能会失去对 o1 的访问权限。
开发类似 o1 的系统,需要获取高质量的初始训练数据。OpenAI 可能早在一年多前就雇佣了高技能的标注人员,创建复杂的正向推理路径。这些路径被用于训练模型,使其能够进行深度的推理和自我评估。
仅仅复制模型的推理轨迹是不够的,因为模型还需要对比示例和丰富的训练数据,以避免过拟合和提高泛化能力。
尽管在搜索、强化学习、回溯和推理等相关领域有大量的研究,但这些研究还处于初级阶段。要在开源社区中复制 o1 的成功,需要在多个方面进行突破,包括:
•状态空间的构建:建立能够容纳复杂推理过程的状态空间。
•奖励模型的设计:创建高效的过程奖励模型,对推理过程中的每一步进行评估。
•多样化的推理生成:开发能够生成多样化推理步骤的模型,以探索更广泛的解决方案空间。
•计算资源的投入:需要大量的计算资源来训练和部署模型,这对于开源社区来说是一个挑战。
o1 预示了 AI 推理系统的新范式,推动语言模型从简单的文本生成走向复杂的推理与决策。未来,o1 将被应用于更多领域,不仅限于数学和逻辑推理。让 o1 独立存在可能行不通,与 ChatGPT 等系统整合,可以提升处理复杂任务的效率(简单查询可能仍由传统模型处理,而复杂的任务则由 o1 这样的高级推理系统承担)。
o1 中的“思考”过程只是一种极为出色的用户体验设计。尽管它可能并不代表实际的推理链条,但它让最终的神谕般的答案显得更易理解和解释(即使其中可能并不包含实际信息?)。
Ethan Mollick 在长时间使用 o1-preview 后,认为尽管它在大型公司中可能具备巨大的经济价值,但提示它进行推理的过程仍然很奇怪,目前找不到有效的引导方法(链式思维不起作用)。模型在某些领域表现出色,但在其他方面则不尽如人意。Simon Willison 指出,这种怪异性可能源于模型的结构变化,它不再是传统的语言模型,而是一种基于链式思维的强化学习系统。Dan Brickley 则好奇未来类似模型是否也会有这样的“怪异性”。
GitHub Models (GitHub 助力 AI:免费体验,轻松部署)也加入了 OpenAI o1-preview 和 o1-mini,不过需要单独申请访问权限(具体可查看 https://aka.ms/oai/modelaccess 和 https://aka.ms/oai/docs/limited-access-models)。如果不需要额外申请权限,则可通过 Playground 按钮进入体验界面。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-06-28
BrowserBC:克隆人类点击,让一次网页操作转化为所有Agent的能力
2026-06-27
腾讯混元发布 PhoneBuddy:4B 开源手机 Agent,在 AndroidWorld 上超越 Gemini3.1 Pro
2026-06-27
本地部署 Gemma 4 26B QAT 实践记录
2026-06-26
Higress v2.2.3 发布:AI Gateway 能力增强,Gateway API 及其推理扩展持续打磨
2026-06-26
我把自己的知识库系统开源了
2026-06-26
近 8 千 Star!一次性干翻整本 PDF,百度这个 OCR 让文档解析彻底变了天
2026-06-25
谷歌开源 agents-cli:让 AI 助手帮你完成企业级 Agent 从搭建到部署全流程!
2026-06-25
官宣|我们推出了开源版Claude Tag,以及它背后记忆与工具引擎 MFS
2026-04-09
2026-04-03
2026-04-01
2026-03-31
2026-04-18
2026-04-18
2026-06-22
2026-04-02
2026-05-10
2026-05-06
2026-06-16
2026-05-30
2026-05-16
2026-04-22
2026-04-21
2026-04-15
2026-04-09
2026-04-01
欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。
在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。
一、 定义
本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。
会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。
知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。
二、 账号注册与登录
登录方式:本网站支持以下登录方式,您可根据实际情况选择:
微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。
手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。
账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。
实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。
未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。
三、 服务内容与规范
知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。
服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。
禁止行为:您在使用服务时不得实施以下行为:
利用技术手段批量爬取、下载、转存知识库内容;
将知识库内容用于商业目的或未经授权地向第三方传播;
干扰本网站正常运行或侵犯其他用户合法权益;
发布违法违规信息或从事违反公序良俗的活动。
四、 知识产权声明
权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。
有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。
侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。
五、 个人信息保护
我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。
您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。
您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。
六、 免责声明
内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。
不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。
第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。
七、 违约责任
如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。
如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。
八、 法律适用与争议解决
本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。
因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。
九、 其他
本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。
本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。
我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。