独立开发者 Charlie Reams 搭配 Claude Code 完成三元哥德巴赫猜想的 Lean 形式化工作，一共产出 19.4 万行 Lean 4 源码，整份工程零 sorry，也就是没有跳过任何待证步骤，在机器核验的过程里，Claude 成功定位出 Helfgott 在 2013 年发布原版证明里的多处计算、不等式漏洞，这件事在数学圈引发很大讨论，核心不是推翻三元哥德巴赫猜想本身，而是证明了 AI 可以协助人类去复核超长、高复杂度的数学证明。当年 Helfgott 的证明正文 300 页，充斥大量不等式放缩、常数估算，内容繁琐晦涩，十几年里很少有数学家愿意投入全部精力逐行核对所有数值边界，论文作者后续也多次迭代版本修正细节；人工复核很容易漏掉隐蔽的数值错误，而 Lean 这套形式化体系会强制每一步推导都满足严格逻辑约束，Claude 负责把人类数学文本翻译成可校验的 Lean 代码，在翻译和验证时把藏在冗长推导里不成立的不等式、计算偏差揪出来，同时修复漏洞，最终得到一份完整可机验的证明。下面把项目背景、找到的错误类型、Lean 形式化原理、和传统人工审稿的差异整理清楚。
一、项目基础信息清单
| 项目项 | 详情 |
|---|---|
| 目标命题 | 三元哥德巴赫猜想（奇数哥德巴赫猜想） |
| 原始证明作者 | Helfgott，2013 年公开证明 |
| 本次负责人 | Charlie Reams（独立开发者） |
| AI 工具 | Claude Code |
| 代码总量 | 19.4 万行 Lean4 代码 + 配套脚本文档 |
| 核验状态 | 零 sorry，全部推理步骤通过 Lean 内核校验 |
| 核心成果 | 复现证明框架，检出原版证明多处漏洞，完成修正后的完整形式化证明 |
| 仓库地址 | calr3/ternary-goldbach（cde-moebius 分支） |
二、Claude 找出的原版证明典型错误类型
1、不等式上界估算错误：经典例子 (5.32) 式，v=2 场景，积分实际结果超出论文给出的上界，不等式本身不成立，属于隐蔽常数估算失误。
2、边界条件疏漏：部分引理的适用范围没有写全，特定参数下前提不成立。
3、中间步骤简写省略带来逻辑缺口：原论文为了篇幅省略部分分支讨论，人工读的时候容易默认成立，机器核验无法跳过。
重点说明：这些漏洞修正之后，三元哥德巴赫猜想结论依旧成立，只是原始证明文稿里部分推导细节不严谨，不是猜想被证伪。
三、Lean 形式化是什么，为什么适合查数学证明错误
Lean 是交互式证明辅助器，数学家把定理、引理、不等式写成代码格式，由 Lean 内核逐条检查逻辑链条：
- sorry：标记 “暂时跳过，先假设成立”，零 sorry 代表全程没有假设、没有偷步；
- 人工审稿：依靠专家经验，适合抓大方向，超长数值推导容易看漏；
- AI+Lean 组合：Claude 负责自然语言数学论文转 Lean 代码、拆解引理，Lean 负责刚性逻辑校验；
- 分工：人定目标、把控数学方向，AI 承担枯燥、海量的翻译、拆解、数值核验工作。
四、AI 核验数学证明 VS 传统学术审稿对比表
| 模式 | 复核方式 | 优势 | 短板 | 适合场景 |
|---|---|---|---|---|
| 传统同行评审 | 数学家人工阅读论文 | 理解数学直觉，判断思路价值 | 超长计算容易漏数值错误，精力有限 | 常规短篇数学论文 |
| Claude+Lean 形式化核验 | AI 转写代码，机器逐行逻辑检查 | 不会放过不等式、边界、计算漏洞，可复现 | 需要大量人力引导，不擅长自主提出全新数学猜想 | 篇幅巨大、密集数值放缩的长证明 |
五、这件事对数学研究的影响
✅ 正向价值
1、长证明复核门槛大幅下降，300 页这种体量的证明，单纯人工全量核对成本极高；
2、形式化版本相当于一份永久可反复校验的数字档案，后续任何人都可以重新跑一遍 Lean 代码复现结果；
3、形成新范式：重大数论猜想证明，未来会越来越多搭配 AI 形式化核验，提升可信度。
⚠️ 客观局限
1、Claude 不会凭空创造数学思路，整个项目顶层目标、任务拆解、数学方向依旧由人决定；
2、AI 只是翻译 + 辅助验证，不能替代数学家提出猜想、设计核心证明框架；
3、形式化工作量巨大，19 万行代码项目依然需要大量人工引导和校正 AI 生成代码里的偏差。
六、容易踩的认知误区
1、误区：Claude 推翻了三元哥德巴赫猜想。事实：猜想结论没问题，只是原始证明文稿存在局部推导错误；
2、误区：Claude 自己独立完成数学证明。事实：基础证明框架来自 Helfgott，Claude 做形式化转写、核验、定位漏洞；
3、误区：Lean 自动看懂数学论文。事实：需要 Claude 把自然语言数学文本转换成 Lean 可识别的形式化语句。
【常见问题】
问题 1：Claude 写出 19 万行 Lean 源码核验三元哥德巴赫猜想，是不是推翻了这个猜想？
回答 1：Claude 写出 19 万行 Lean 源码核验三元哥德巴赫猜想，没有推翻猜想，只是找出 2013 年原版证明里多处不等式、边界计算漏洞，修正之后猜想结论依旧成立。
问题 2：Claude 在三元哥德巴赫猜想项目里写的 19 万行源码，全部是 AI 独立自动生成的吗？
回答 2：不是全部由 Claude 独立完成，Charlie Reams 负责顶层目标设定、任务拆解、数学方向把控，Claude Code 承担大部分 Lean 代码撰写、脚本生成，之后还要人工调整、对齐数学逻辑。
问题 3：三元哥德巴赫猜想这个项目里，Lean 的零 sorry 代表什么含义？
回答 3：三元哥德巴赫猜想项目里 Lean 标注零 sorry，代表 Claude 产出的 19 万行 Lean 源码里，没有任何一步推理是标记为暂时跳过、假设成立的，整条证明链路全部通过 Lean 内核严格机器校验。
问题 4：Claude 搭配 Lean 核验数学证明，以后数学家审稿会被 AI 替代吗？
回答 4：Claude 搭配 Lean 擅长抓数值计算、不等式、边界条件这类隐蔽推导错误，但很难替代数学家判断证明思路价值、提出新猜想，AI 更适合作为同行评审的强力辅助工具。
【参考资料】
[2026-11-13]（数学界震动，Claude 一口气写下 19 万行源码，揪出 13 年前证明错误）36 氪
[2026-11-13]（一人一 Claude 完成三元哥德巴赫猜想 Lean 零 sorry 形式化证明）新智元
[2026-11-13]（Charlie Reams 三元哥德巴赫猜想 Lean 形式化项目介绍）智源社区
[2013-05-13]（The ternary Goldbach conjecture is true）Helfgott 原始论文
[2026-11-10]（Claude Code 数学形式化项目进展）GitHub calr3 仓库
【免责声明】
本文仅为 Claude+Lean 三元哥德巴赫猜想形式化项目科普解读，不构成数学学术定论；项目属于 AI 辅助形式化验证工作，相关证明结论以 Lean 官方内核核验结果以及数学界后续同行评议为准；Claude 生成代码存在出错概率，需要人工介入校验；AI 无法独立完成原创数学猜想研究；文中项目数据、仓库信息以 GitHub 项目主页、作者发布说明为准。