当前位置: 首页 > news >正文

OpenAI 最重要的一篇论文有个 bug,整个 AI 行业按错误配方烧了两年算力

OpenAI 最重要的一篇论文有个 bug,整个 AI 行业按错误配方烧了两年算力

2020 年 1 月,OpenAI 发了一篇论文,叫《Scaling Laws for Neural Language Models》。
这篇论文定义了过去六年 AI 行业的游戏规则:模型该多大、数据该多少、算力怎么分配。
这篇论文有个 bug。
整个行业按它给的错误配方,训练了一批过大、数据不足的模型,烧掉的天文数字算力再也回不来了。

先说结论

2026 年 7 月 4 日,前 OpenAI 研究者 Diogo 在 Complete Skeptic 博客发了一篇文章,标题叫《Scaling Laws, Honestly》。

文章的核心主张只有一句:

OpenAI 原始 scaling laws 和 DeepMind Chinchilla scaling laws 之间的巨大差异,根源不是什么"参数计数方式不同"——而是原始论文有一个 bug。

这个 bug 由三个步骤构成:

  1. 用固定数据量训练所有模型
  2. 学习率衰减到零,让性能看起来已饱和
  3. 声称学习率调度"不重要"

三步叠加,得出了一个错误结论:模型应该更大、数据可以更少。

而正确的结论是:模型应该更小、数据应该更多。

GPT-3 就是按错误结论训练的——它太大,数据太少。

什么是 Scaling Laws?为什么它重要?

先用一个比喻。

你要开一家面包店。烤箱有多种大小(模型规模),面粉有多种用量(数据量),电费是有限的(算力)。你想用最少的电费烤出最好吃的面包(最低 loss)。

Scaling Laws 就是这张"配方表"——它告诉你,给定电费预算,烤箱和面粉该怎么配比,才能烤出最好吃的面包。

OpenAI 2020 年的配方表说:烤箱越大越好,面粉不太重要。大烤箱用相对少的面粉就能出好面包。

DeepMind 2022 年的配方表(Chinchilla)说:烤箱和面粉要成比例增长。大烤箱必须配大量面粉。

两个配方表给出了完全不同的建议。行业里管这个差异叫"Kaplan vs Chinchilla 之谜"(Kaplan 是 OpenAI 论文的第一作者)。

主流解释是:两者只是"参数计数方式不同",都对,只是角度不同。

Diogo 的文章说:不,是 Kaplan 错了。有个 bug。

Bug 三步曲

第一步:所有模型用同一份面粉

Kaplan 论文里,不管模型是 1 亿参数还是 1750 亿参数,全都训练到大约 1300 亿 token 就停

这就像用 1 升烤箱和 100 升烤箱,都只放 500 克面粉。小烤箱面粉相对过剩,大烤箱面粉严重不足——但你看不出大烤箱缺面粉,因为它"训练完了"。

Chinchilla 论文直接指出了这个问题:原始论文"use a fixed number of training tokens and learning rate schedule for all models"。

第二步:烤箱越到最后越不开火

更阴的是学习率调度。Kaplan 用了余弦衰减——训练接近终点时,学习率平滑降到零。

效果是什么?模型在接近 1300 亿 token 时,学习速度越来越慢,最后完全停止学习。性能曲线自然趋于平缓,看起来像"训练已经饱和,再加数据也没用"。

不是模型不需要更多数据,是你自己把学习的油门松开了,然后说"看,开不动了"。

Diogo 在文章里画了张图:如果训练曲线在到达真正的 scaling 前沿之前就被学习率衰减截断,你量出来的"前沿"其实是假的。

第三步:声称油门不重要

最让 Diogo 难以释怀的是第三步。Kaplan 论文里有一句话:结果"largely independent of learning rate schedule"(对学习率调度基本不敏感)。

Diogo 指出:在给定最大 token 数的前提下,这句话完全正确。但 scaling laws 要建模的是"真正无限数据极限"——在那个语境下,学习率调度至关重要。

这句话就像说"速度对开车不影响"——前提是你已经把油门松到底了。

更微妙的是,Diogo 自己当时也在 OpenAI 做 LLM 优化。他说:“学习率调度看起来太明显是个重要超参数了,以至于让人觉得这是有意的设置。”——正因为太明显,反而没人质疑。

后果:GPT-3 太大了

三个步骤叠加,Kaplan 得出的配方是:大模型、少数据。

Chinchilla 修正后给出的配方是:小模型、多数据。

差距有多大?看 Chinchilla 的对照表:

GPT-3(Kaplan 配方)Chinchilla(修正配方)
模型参数175B70B(不到一半)
训练 token300B1.4T(超过 4 倍)

GPT-3 既是"训练不足"(数据太少),又是"过大"(参数浪费)。如果按 Chinchilla 配方,同样算力可以训出更小、更好、更便宜的模型。

这不是小事。GPT-3 之后,整个行业跟着 Kaplan 配方走了一年多。每一个按这个配方训练的模型,都在烧冤枉钱。Meta 的 OPT、微软的 Turing-NLG、EleutherAI 的 GPT-Neo……一批模型全部按"大模型少数据"训练,性能都不如预期。

直到 2022 年 Chinchilla 出来,行业才慢慢转向。但已经烧掉的算力,和已经发布的"过大模型",改不回来了。

为什么这个 bug 没被发现?

Diogo 自己也错过——他当时在 OpenAI 内部都没想到。他给了三个原因:

第一,三步叠加才出问题。单看任何一步都有合理解释:固定数据量是为了控制变量;余弦衰减是标准做法;"学习率不重要"在那个前提下是对的。三步合起来才制造了"数据不重要"的假象。

第二,结果"看起来对"。Kaplan 论文的拟合曲线很漂亮,预测和实测吻合。没人怀疑一个拟合得好的定律会是错的——因为它的确在自己的实验范围内自洽,只是这个范围被 bug 限制住了。

第三,行业没动力质疑。“大模型少数据"对大公司有利——参数规模是能拿来发论文、拿融资的指标。数据量不性感。质疑这个结论,等于说"你们烧了冤枉钱”。

评论区扔了一颗更大的炸弹

文章本身已经够劲爆,但评论区更狠。

一位叫 Adam Wasserman 的研究者指出:Chinchilla 也有一个没说的限制——它是"英语 scaling laws"。

他做了预注册实验(OSF SJ48B 和 CN75D,可复现):

  • 同样的 1.25 亿参数模型,同样的算力,只换训练语言
  • 法语:约 1.97 亿 token 就达到语法能力(一致性探测 100% 正确率)
  • 英语:超过 30 亿 token 仍处于随机水平
  • 法语和英语的涌现阈值差距超过 15 倍
  • 法语训练效率比英语高 50-100 倍
  • 整个实验成本仅65 美元

为什么差距这么大?Wasserman 的解释是:

英语的形态学贫乏——很多其他语言用词形变化表达的信息,英语要靠上下文推断。所以英语模型必须看更多数据才能学会同样的东西。英语是测试的 12 种语言里效率最低的之一

这意味着 Chinchilla 给出的"每个参数约 20 token"的最优比例,其实是英语的最优比例。对于形态学更丰富的语言(法语、土耳其语、芬兰语……),最优 token 数可能低得多。

“Scaling laws, honestly, are English scaling laws.”

这个评论比正文还颠覆。如果属实,意味着:

  • 非英语大模型可能普遍训练过度
  • 非英语市场的模型成本可以大幅降低
  • 整个"scaling"叙事建立在一个语言特例上

这件事的三个教训

教训一:拟合好不等于对

Kaplan 的曲线拟合得非常漂亮。但拟合好只能证明"在你的实验范围内自洽",不能证明"你的实验范围没被 bug 限制"。

当一个漂亮的结果来自一个有 bug 的实验流程时,它越漂亮越危险——因为没人会怀疑漂亮的东西。

教训二:默认设置是隐含的假设

固定数据量、余弦衰减——这些都是"标准做法"。但"标准"不等于"无害"。每一个默认设置都是一个隐含假设:假设这个设置不影响结论。

Kaplan 假设学习率调度不影响 scaling laws。这个假设没被验证,就直接写进了实验流程。三年后才发现假设错了。

在 AI 研究里,最危险的 bug 不是代码错误,是"看起来太合理以至于没人质疑"的隐含假设。

教训三:对"定律"保持警惕

Scaling laws 被叫做"定律"(laws)。但物理学定律经得起百年检验,AI 的"定律"只经得起一次复现实验。

Kaplan 是错的。Chinchilla 可能也只是英语的。下一个修正版本可能也有自己的盲区。

这不是在说 scaling laws 没用——它极其有用。但它是有条件的经验规律,不是无条件的物理定律。把它当定律用,就会重蹈"大模型少数据"的覆辙。

中文世界的特殊意义

这件事对中国 AI 圈有特殊含义。

中文形态学比英语丰富得多——一个字可以是词,一个词可以变很多形态(“看”“看见”“看得见”“看不见”“看得见看不见”)。如果 Wasserman 的结论成立,中文的 scaling 最优比例可能也和英语不同

但几乎所有中文大模型的训练配方,都是参照英语 scaling laws 制定的。这是否意味着中文模型也普遍"训练过度"?这是一个值得认真研究的问题——而且按照 Wasserman 的实验,验证成本可能只需要几十美元。

最后

Diogo 在文章结尾很克制:

“每个大型 AI 实验室早就知道这件事。给未来非大型实验室研究者的建议:别在这个问题上浪费时间了,Chinchilla 是对的。”
“希望能有人修改原始 scaling laws 论文,加一条关于 bug 的说明。”

没有声讨,没有渲染。就是一个曾在 OpenAI 内部的人,把一个大家都心照不宣的事实写出来。

但这件事的分量不该被低估。过去六年 AI 行业最重要的一篇论文,有一个三步构成的 bug,导致整个行业按错误配方烧了至少两年的算力。而修正版本也只对一种语言精确。

Scaling laws 是有用的。但"honestly"这个副标题提醒我们:有用和正确是两回事。


原文:https://www.completeskeptic.com/p/scaling-laws-honestly
评论区 Wasserman 的预注册实验:OSF SJ48B / CN75D;存档 doi.org/10.5281/zenodo.19423151
Kaplan et al. 原始论文:arxiv.org/abs/2001.08361
Chinchilla 论文:arxiv.org/abs/2203.15556

本文是对 Complete Skeptic 博客 2026 年 7 月 4 日文章的解读与扩展。核心事实来自原文及评论区,延伸推论为个人观点。

http://www.cnnetsun.cn/news/3235850.html

相关文章:

  • 医学影像云PACS系统——PACS诊断工作站
  • 橡果教育Creo产品结构设计培训专业办学能力研究报告
  • RAG解决复杂问题——多跳推理
  • API响应延迟差4.8倍?上下文崩溃率超32%?Claude与DeepSeek真实生产环境踩坑清单,开发者速存!
  • 全栈自研技术的GEO服务商哪家强?2026年五大服务商深度横评与决策参考建议
  • 【大数据课程设计/毕业设计】基于 Hadoop 的热点新闻情感分析系统的设计与实现 基于智能分析的网络热点新闻推送与研判系统【附源码、数据库、万字文档】
  • Kimi K2的“超长上下文”真相 vs DeepSeek V3的“零样本泛化”黑科技:一线团队踩坑复盘与迁移避坑清单
  • AI编程提效瓶颈突破,.cursorrules精准调优实战手册,仅限前200位开发者获取的私密配置模板
  • STRIDE威胁建模实战:用Microsoft Threat Modeling Tool构建Web应用安全防线
  • 2026新手必看:5款热门AI写小说工具测评,哪款写小说软件更适合长期连载?
  • Palantir AIP平台AI服务定价机制与成本优化策略解析
  • OpenCV 4.8 与 PyTorch 2.2 图像识别:5个实战项目代码与性能对比
  • 系统集成项目工程师备考复盘
  • 可研PPT怎么做?这份避坑指南,照着抄就对了
  • 分类学数据库更新对蛋白快速比对工具DIAMOND的影响
  • 数据集成平台|AIIData数据中台实现达梦、人大金仓、Hive、MySQL、Oracle、Kafka 一键接入Doris
  • 【限时技术白皮书】ChatGPT输出Token动态裁剪技术:支持毫秒级响应截断+语义完整性保留(已通过PCI-DSS认证场景验证)
  • CUDA 12.3 + cuDNN 8.9.7 Windows 11 环境配置:3步验证与2个关键环境变量
  • 【DeepSeek vs Claude终极对决】:20年AI架构师实测5大维度,谁才是中文场景下的真正王者?
  • 大数据计算机毕设之基于 Django 的餐慧餐厅订单数据分析系统的设计与实现 基于时序分析的餐慧餐厅经营趋势系统(完整前后端代码+说明文档+LW,调试定制等)
  • 从0到1搭一个云原生大模型推理平台:FastAPI + vLLM + Kubernetes + Prometheus
  • AI时代企业核心竞争力:从基础模型到学习回路的技术演进
  • Cursor接入DeepSeek实战教程:从零配置到智能编码,95%开发者忽略的5个关键细节
  • 【大数据课程设计/毕业设计】基于 Spark 数据挖掘的新能源汽车竞品分析系统的设计与实现 基于 Spark 的星云新能源汽车大数据智能分析系统【附源码、数据库、万字文档】
  • 阿里开源的安全沙箱解决方案 OpenSandbox
  • 【大数据毕业设计】基于 Spark 计算的星云汽车销售趋势预测系统的设计与实现 基于大数据 Spark 的新能源汽车用户消费分析系统(源码+文档+远程调试,全bao定制等)
  • 为什么顶尖AI原生团队已弃用Cursor转向Windsurf?——基于37个真实工程项目的IDE迁移成本与ROI分析(附可复用评估清单)
  • 东莞电商运营培训专业办学能力对比研究报告 ——以橡果教育与都市领航教育为研究样本
  • 计算机毕业设计之基于SSM技术的济宁市旅游网站的设计与实现
  • 软件架构的常用分类:应用架构、技术架构、数据架构