推导可靠性
Lean kernel 检查 proof term 是否在给定形式系统中成立,显著减少跳步和局部逻辑错误。
这场 4 小时 23 分钟的访谈从“数学是被发现还是被发明”一路谈到 Lean、Putnam、AxiomProver、猜想生成、代码验证、融资、Neo lab 与数学共同体。最容易被标题带走的结论是“Axiom 拿了 Putnam 满分”;真正需要掌握的结构却是:AI for Math 是一条从自然语言规格到形式命题、证明搜索、内核检查与人类解释的编译器流水线。验证器能压缩证明错误,却无法替你决定规格有没有写对、问题是否重要。
形式证明的突破很真实:一个小内核可以机械检查每一步推导,公开代码可以被第三方重新编译,复杂搜索可以由 Agent 和工具承担。但“证明正确”始终是相对于某套定义、公理和形式命题而言。把自然语言问题翻成形式命题、判断形式化是否忠实、选择什么问题值得证明,仍然位于内核之外。
Lean kernel 检查 proof term 是否在给定形式系统中成立,显著减少跳步和局部逻辑错误。
形式命题是否真的表达原题,需要数学家、formalizer、测试与审查共同确认。
猜想是否非平凡、重要,新公理是否接受,依然是共同体的规范选择。
| 时间 | 章节与内容 | 深层连接 |
|---|---|---|
| 00:00–00:03 | 数学的发现/发明、证明的意义、AxiomProver 与 Putnam。 | 证明既是逻辑对象,也是共同体的沟通与接受制度。 |
| 00:03–00:20 | Ramanujan、张益唐、Maynard;直觉、毅力、穷举与证明风格。 | “天才”不是单能力,AI 系统也会把规划、搜索、工具拆开。 |
| 00:20–00:38 | ATP/ITP、AI 规划与 Lean tactic 搜索;形式证明可检查。 | 机器取代的是证明器中的人工搜索,不是自动获得问题语义。 |
| 00:38–00:53 | 广州童年、自由/受限注意力、数学社群、竞争与探索。 | 学习环境塑造好奇心,但人物回忆不是普遍教育因果。 |
| 00:53–01:08 | MIT、困难课程、团队协作、数学/物理、奖项。 | 主动暴露于困难能加速学习,也容易被浪漫化为痛苦本身有价值。 |
| 01:08–01:22 | Oxford neuroscience、动物实验、计算与真实反馈。 | 湿实验的慢反馈反衬数学/代码的可验证数字沙盒。 |
| 01:22–01:43 | Stanford 数学/法律;文本主义、Mathlib、Lean 与 Kenny Lau。 | 法律与形式化都依赖文本,但法律不能被还原为封闭逻辑系统。 |
| 01:43–02:07 | Verve Coffee、Shubho、创业、团队、融资、deep-tech 定位。 | Axiom 的竞争单位是模型+工具+库+验证基础设施,而非单 checkpoint。 |
| 02:07–02:20 | Ken Ono、François Charton、数学俱乐部、技能库与持续学习。 | 数学家、AI 与 formal methods 形成跨错误面的认识论分工。 |
| 02:20–02:47 | Putnam 2025、自然语言/Lean、求解与证明流水线。 | 必须逐层报告人工介入、时间、token、形式化与最终检查。 |
| 02:47–03:03 | 证明、猜想、知识库、autoformalization;Draft–Sketch–Proof、hammer、Grind。 | AI for Math 是神经模型与确定性工具协作,不是纯 LLM。 |
| 03:03–03:26 | Axiom 系统、分布外、library learning、代码/芯片/科学验证。 | 从数学向代码迁移来自共享可执行语义,不是数学能力自动通用。 |
| 03:26–03:54 | 猜想、预训练/后训练、Neo lab、大厂、执行、商业责任与登月。 | 专用 ASI 是经济路径;科学雄心与公司生存构成真实约束。 |
| 03:54–04:23 | bottom-up 文化、数学家晚餐、直觉、人类好奇心、新公理、中美与预测。 | AI 可以检查推导,不能替共同体决定公理、意义和参与制度。 |
Rhodes Trust 的公开人物页可确认 Carina Hong 在 MIT 三年完成数学与物理双学位,后在 Oxford 读 neuroscience MSc,并成为 Stanford JD/PhD candidate;页面也列出 Morgan Prize、Schafer Prize 和九篇论文。这些经历能解释她为何同时关注证明、计算、神经科学与文本解释,但不能证明跨学科学历本身导致创业成功。
她把 MIT 的高难课程、团队合作和“主动找困难”描述为训练自己;又从动物实验中感受到现实世界反馈昂贵,从法律 textualism 中看到文本、定义与解释规则。真正连接这些经历的不是履历密度,而是对“什么构成可接受证据”的持续兴趣:数学用证明,实验科学用可复现实验,法律用制度化解释。
访谈反复提到 Draft–Sketch–Proof、hammer、Grind、skills、subagents 和多模型系统。它们说明 AxiomProver 不是把题目丢给单个 LLM 等待答案,而是把高层规划、子命题生成、库检索、tactic 搜索、错误修复和确定性检查编排在一起。Axiom 自称 deep-tech 而非 model company,技术上是有根据的:系统还包括 Lean 运行与验证基础设施、数据生成和技能库。
| 层 | 可自动化部分 | 主要错误面 |
|---|---|---|
| 自然语言理解 | 抽取条件、目标、对象 | 遗漏隐含条件、歧义、题目版本错误 |
| 形式化 | 生成 Lean definitions/theorem | 形式命题与原题不等价;定义偷换;错误公理 |
| 证明规划 | 蓝图、引理、前向/后向推理 | 分解不可达、平凡化目标、搜索空间爆炸 |
| 证明执行 | 检索 Mathlib、tactics、repair | 库依赖、版本、超时、重复搜索 |
| 内核检查 | 检查 proof term 与公理 | 只保证相对形式系统成立,不判断现实含义 |
| 传播与应用 | 生成自然语言解释、代码规格 | 解释失真、重要性夸大、现实规格遗漏 |
Lean 官方语言参考把系统分成表达力强的 dependent type theory、负责检查 proof terms 的最小 kernel,以及其上的可扩展 tactic 自动化。Mathlib 是社区维护的形式化数学库,提供定义、定理与复用结构。只要项目锁定版本、主定理真正被构建、没有 sorry 或未审查公理,第三方可以机械重验推导。
Lean 社区的“Did you prove it?”指南专门提醒:可以把 2+2=5 写成一个命题名称;也可以把并非黎曼猜想的形式命题命名为“RiemannHypothesis”。代码通过只说明形式命题被证明,不能仅凭名字确认它就是声称的数学问题。对于 Mathlib 之外的新命题,仍需要 Lean 专家和数学家确认翻译。
Axiom 官方仓库公开了 12 道 2025 Putnam 题的 Lean 4.21.0 证明、SafeVerify、依赖图以及每题生成时间与 token。A1 例如报告 110 分钟、7M tokens、652 行证明;全部 12 题可以按仓库说明重新验证。这是实质性开放证据,远强于只发 benchmark 截图。
同一 README 也明确写道:Putnam 在 12 月 6 日结束时,AxiomProver 完成 8 题;剩余 4 题在随后几天完成,并用星号标记。因而:
Menlo Ventures 的融资公告把它写成 98 年中“第六个完美分数”,同时宣传系统“不能幻觉”和能证明代码安全。这是投资方的一手交易公告,却也是强营销材料。正式理解应以公开仓库更细的时间口径为准。
Axiom 不做大规模通用预训练,重点放在开放模型之上的 post-training、证明系统、verifier、搜索、工具、自动形式化与知识库。这是小公司的理性选择:难以复制 frontier pretraining,却可以在验证环境中把专业模型和系统组合放大。
它的风险也明确:底层模型升级可能吞掉部分 prompt、search 或 tactic 层价值。长期壁垒不能只是静态 harness,而应是高吞吐验证基础设施、专有但可审计的真实任务、持续扩张的证明/技能库、跨领域规格经验和可靠评估。
访谈称自研 verifier 比既有 comparator 快约 100 倍,构建了 12–13 个辅助工具,搜索从约 40 扩到 4,000 节点,还能生成约 20 页证明。这些具体数字尚缺同口径公开基线,应该保留为公司内部口径;它们指出的系统瓶颈方向——验证吞吐、搜索预算、合成 Lean 数据——则与公开架构一致。
每个新证明可以进入第二天的训练数据、skill library 或可复用引理,后续搜索因而更快。数学比开放现实任务更适合尝试持续学习,因为验证信号明确,错误 proof 不会轻易进入已验证集合。这是 Axiom 对 recursive self-improvement 的主要技术直觉。
但“通过验证”不等于“带来有效复利”。系统可能反复生成同义引理、过拟合自己的命名和库结构,或把错误形式化稳定写入知识库。Mathlib 的定义、API 和抽象边界还会塑造哪些证明最容易抵达。应同时测量覆盖扩张、去重、错误累积、跨库迁移和分布外任务,而不只看内部成功率。
Carina 把 Axiom 的终局放在提出好猜想,而不只证明竞赛题。原因很直接:如果证明成本大幅下降,会出现更多可尝试命题、更多分支和更长证明;数学不会因此结束,反而可能产生注意力拥堵。Jevons paradox 在这里有具体含义——更便宜的证明增加证明需求,也增加判断需求。
一个 proposer–prover loop 若只奖励“能被证明”,最容易生成平凡、同义或由定义直接推出的猜想。真正的 conjecture engine 至少需要非平凡性、新颖性、与已有知识的距离、解释压缩、跨领域连接、外部问题价值和数学家偏好。证明器能提供可行性反馈,却不能单独定义意义。
访谈用 Ramanujan 与 Ken Ono 区分尖锐直觉、解题和发散式连接,并猜测直觉可能更多来自预训练,证明能力可经后训练加强。这是启发性类比,不是能力来源定律;直觉也可能来自检索、长期搜索、工具、表示和反馈循环。
Lean 既是证明器也是函数式编程语言,数学证明、类型系统、编译器和代码规格都能产生机器反馈。因此 Axiom 从 formal math 向 Verified AI/代码验证扩张具有技术连续性:自然语言意图转规格,生成实现或证明,再由内核/验证器检查。
但现实软件不只是一组纯函数。需求模糊、并发、外部 API、性能、硬件故障、安全边界和组织流程都可能不在规格中。形式验证最多保证“实现满足已写入的性质”。如果规格遗漏攻击面,得到的是数学上正确、现实中不安全的系统。
访谈强调三类人带来不同视角:数学家判断问题、结构和猜想;AI 研究者设计学习、生成与搜索;编译器/formal methods 工程师处理语言、验证、repair 和高吞吐基础设施。这不是“明星人才拼盘”,而是在不同错误面设置检查点。
Ken Ono 的加入提供猜想、研究问题和数学共同体连接;François Charton 与 Guillaume Lample 的早期工作代表 Transformer 进入符号数学;Shubho Sengupta 提供工业 AI 与系统经验。正式评价这套组织,应该看跨层调试速度、形式化错误率、研究问题质量和系统复现,而不只是履历密度。
Carina 自述更喜欢做 research intern,不因想当 CEO 而创业,并希望技术人员构成公司的主干。一个非常诚实的轶事是:她把博士级 benchmark 当 side project 邀请同事参与,员工却因她是 CEO 而视为高优任务。此后她选择更 hands-off。
这个故事说明 bottom-up 不会自动消除权力,只会让权力更隐性。领导者的随口建议会重排团队资源;真正的 bottom-up 需要明确区分探索建议、个人兴趣和公司承诺,记录决策权、预算、停止条件与异议,而不是只靠 CEO 少干预。
她也把 Axiom 描述为登月项目和 binary outcome,同时承认创始人对员工与投资者负有商业责任。科学雄心与公司生存不是可用口号消解的矛盾:早期验证产品可以资助长期研究,但商业 KPI 也可能逐步吞掉猜想目标。需要在路线图中显式记录二者的资源比例和退出条件。
访谈最后谈到数学家的生日会议、合作、友谊和智力传统,并认为即便 AI 解出更多问题,人类仍会阅读证明、提出新问题和享受构造。这是合理的需求假设:更便宜的数学工具可能扩大使用,新的结果会催生新的猜想。
但“人类有好奇心”不等于现有劳动分工不变。初级训练岗位、论文发表、审稿、声望和资助可能受到冲击;如果大部分证明由机器完成,谁能获得训练机会、谁能审计系统、谁能决定有价值的问题,都取决于制度设计。文化不会仅凭热爱自动保留。
如果 AI 使用一个合理但非既有体系的公理证明大猜想,Lean 可以检查相对推导,却不能替共同体决定是否接受。未来可能需要像软件依赖一样记录公理谱系、兼容分支、影响范围和可撤销性。AI 增加数学分支后,治理与版本管理会更重要。
本笔记以 Zhang Xiaojun Podcast 对 Carina Hong 的 4:23:11 访谈及上传者简体中文字幕为主材料,已连续覆盖开场与 15 个官方章节。融资、估值、团队规模、内部速度、搜索节点、代码验证和未来预测分别按交易方公告或嘉宾/公司口径处理。没有独立外部证据时,不将公司自述升级为行业事实。
本文最重要的证据分层是:公开可编译证明 ≠ 自然语言语义自动正确 ≠ 同一考试时限内完成 ≠ 独立数学发现。四者可以同时相关,却不能互相替代。