← 最新论文
💬 NLP

VeriSoftBench: Repository-Scale Formal Verification Benchmarks for Lean

本文提出了 VeriSoftBench,这是一个包含 500 个源自开源形式化验证项目的 Lean 4 证明任务基准,旨在评估大语言模型在具有真实仓库上下文和跨文件依赖的软件验证场景中的表现,并揭示了现有数学领域微调模型在此类场景中的局限性及依赖上下文管理的重要性。

原作者: Yutong Xin, Qiaochu Chen, Greg Durrett, Işil Dillig

发布于 2026-02-23
📖 1 分钟阅读☕ 轻松阅读

原作者: Yutong Xin, Qiaochu Chen, Greg Durrett, Işil Dillig

原始论文采用 CC BY 4.0 许可(http://creativecommons.org/licenses/by/4.0/)。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性,请参阅原始论文。 阅读完整免责声明

这篇论文介绍了一个名为 VeriSoftBench 的新工具,它就像是为“人工智能证明专家”(大语言模型)设计的一场高难度实战考试

为了让你轻松理解,我们可以把这篇论文的核心内容想象成**“从做数学题到修复杂机器”的转变**。

1. 背景:以前的考试 vs. 现在的挑战

以前的考试(Mathlib 基准):
过去,测试 AI 证明能力的题目大多来自数学竞赛(比如 PutnamBench)。

  • 比喻:这就像让 AI 做标准化的数学试卷。所有的公式、定理都写在同一本通用的《数学百科全书》(Mathlib)里。题目虽然难,但线索都在那本书里,AI 只要背得熟、算得准,就能拿高分。
  • 现状:目前的 AI 在这类“数学题”上表现很好。

现在的挑战(软件验证):
但在现实世界中,软件验证(比如证明一个自动驾驶系统不会撞车)完全不同。

  • 比喻:这不再是做试卷,而是让 AI 去修理一台由 100 个不同工程师在 100 个不同车间里制造的超级复杂机器
    • 每个车间(代码库)都有自己发明的专用零件(项目特定的定义)。
    • 零件之间互相依赖,A 零件的说明书在 B 车间,B 零件的图纸在 C 车间。
    • 没有通用的百科全书,AI 必须自己在成千上万份文档中大海捞针,找出那几行关键的代码来证明机器是安全的。

2. VeriSoftBench 是什么?

VeriSoftBench 就是为这种“修机器”场景专门设计的新考场

  • 内容:它包含了 500 道真实的证明题,全部来自开源的真实软件项目(比如零知识证明电路、编译器验证等)。
  • 特点:它保留了真实的上下文。AI 不仅要看到题目,还要面对整个项目的文件结构、跨文件的依赖关系,就像真的在一家大公司的代码库里工作一样。

3. 论文发现了什么?(三个关键结论)

研究人员把目前最厉害的 AI(包括通用大模型和专门的证明 AI)拉来考试,结果发现了一些有趣的现象:

结论一:数学天才不一定能修机器

  • 现象:那些在数学题上拿满分的 AI,一遇到这种“项目特定”的复杂代码库,成绩就断崖式下跌
  • 比喻:就像一位奥数冠军,让他去解方程他无所不能,但让他去修一辆由非标准零件组成的定制赛车,他可能连扳手都找不到在哪里。因为数学题依赖的是通用知识,而修车依赖的是特定项目的“方言”和内部规则。

结论二:关系越复杂,越容易“迷路”

  • 现象:证明的难度和依赖链条的长度直接相关。如果一个证明需要引用 A,A 依赖 B,B 又依赖 C……链条越长,AI 越容易失败。
  • 比喻:这就像玩**“传话游戏”**。
    • 如果只需要传一句话(直接依赖),AI 能传对。
    • 如果需要传 10 层(多跳依赖),每经过一个中间人(中间定义),信息就失真一点,最后 AI 就彻底搞不清楚逻辑了。
    • 研究发现,那些需要跨越很多层“中间人”才能找到答案的题目,AI 几乎解不出来。

结论三:给“提示”很有用,但还不够

  • 实验:研究人员给了 AI 两种环境:
    1. 全库模式:把整个项目的几十万行代码都塞给 AI(就像把整个图书馆的书都堆在 AI 面前)。
    2. 精选模式:只给 AI 看证明这道题真正需要的那几页纸(就像只给 AI 一张精准的“寻宝地图”)。
  • 结果
    • “精选模式”确实比“全库模式”效果好,因为 AI 不会被海量垃圾信息干扰。
    • 但是,即使给了最完美的“寻宝地图”,AI 的成绩依然不够高。
  • 比喻:这就好比你给一个路痴(AI)一张完美的地图(精选上下文),告诉他“终点就在这”。但他还是可能因为看不懂地图上的复杂符号(项目特定的抽象概念),或者不知道怎么走中间那段路(多步推理),而依然走不到终点。
    • 核心问题:现在的 AI 不仅缺“找资料”的能力,更缺“理解复杂逻辑链条”的能力。

4. 总结与启示

这篇论文告诉我们:

  1. 现状:目前的 AI 在“做数学题”上很强,但在“处理真实软件项目”上还很弱。
  2. 难点:真正的难点不在于题目本身有多难,而在于如何在巨大的、充满私有术语的代码海洋中,理清长长的逻辑依赖链条
  3. 未来:我们需要开发新的 AI,它们不仅要会“背公式”,更要学会像资深工程师一样,在复杂的代码库中导航,理解项目特有的“黑话”,并一步步推导出结论。

一句话总结
VeriSoftBench 就像一面镜子,照出了当前 AI 在处理真实世界复杂工程问题时的短板——它们擅长解通用的数学题,但还不太会修那些由无数自定义零件组成的复杂机器。

您所在领域的论文太多了?

获取与您研究关键词匹配的最新论文每日摘要——附技术摘要,使用您的语言。

试用 Digest →