← 返回 PaperDaily 大模型与智能体

哥伦比亚大学提出LEVER:定理证明成本降34%,解出率96%

证明这东西,对只是及格线。数学家还挑它短不短、纯不纯、找起来贵不贵。哥伦比亚大学这篇LEVER,把这几件事直接写进搜索目标,成本降了三成多,解出率反而从80%升到96.3%。

哥伦比亚大学提出LEVER:定理证明成本降34%,解出率96%
原论文信息如下:
论文标题:
LEVER: Adaptive Cost-Aware Proof Search over AND/OR Graphs
发表日期:
2026年10月(arXiv:2610.11862v1)

发表单位:
哥伦比亚大学(Columbia University)

原文链接:
https://arxiv.org/pdf/2610.11862v1.pdf

数学家不只在乎对错:证明的“品质”为何重要

四色定理的故事大家都听过:任何一张平面地图,四种颜色就够了。1976 年 Appel 和 Haken 给出证明,靠的是一千多种构型的计算机穷举,手工根本核不完,当时不少数学家心里是别扭的。三十多年后 Gonthier 在 2008 年把它形式化验证了一遍,这算是补上了“可信度”这一块。可事情还没完——到了 2026 年,Inoue 等人给出了一个思路完全不同的证明,反而把平面图里此前没被发现的结构暴露了出来,还顺带导出了一个接近线性时间的着色算法。
同一件事,已经证完了,为什么还有人一遍遍重做?因为数学家在正确性之外,还关心另一套东西:这条证明短不短、初不初等、用到的工具离题有多远、有没有把背后的结构讲清楚。数学文献里围绕“纯粹性”“简洁性”“解释力”的讨论,从 Steiner 到 Detlefsen、Arana,再到陶哲轩,一直没停过。
这件事在 LLM 参与定理证明的今天,变得格外扎手。同一个模型、同一个定理,它可能给你写出一条动用了复分析、测度论、区间积分的巨型证明,也可能用几行初等推理就收拾掉。两者都过内核检查,但价值差着一个数量级。
而目前主流系统是把这两件事分开干的:证明搜索只管返回“任意一条对得起的证明”,质量留到之后再处理。所谓之后再处理,就是事后重构——拿一条已经写好的证明,让模型再改一遍。这篇来自哥伦比亚大学的论文对这条路子提出了一个挺锋利的质疑:重构是在一条已经付过钱的证明上重新动手,而且它很可能继承了一条当初为了别的目标选定的论证路线,这笔账本身就不好算。
这篇论文的立场是:目标应该可编程,正确性只当约束。更关键的是,这个目标应该在搜索过程中就发挥作用,而不是等一切都做完了再来打分。

LEVER 的核心思路:在证明完成之前就给它打分

LEVER 的想法一句话可以说完:既然证明的品质是在构造过程中被决定的,那就让品质目标直接进搜索,在证明还没写完的时候就给它打分。
问题是,一份没写完的证明怎么打分?LEVER 的做法是拆开算。一份部分证明里,有些子目标已经证完了,有些还开着。已经证完的部分按实际发生的代价计分,还开着的目标就用值函数去预测它的代价。两者加起来,就是这份部分证明当前的分数。
每一次,只挑当前分数最好的那一份部分证明继续往下展开。这样一来,目标从搜索的第一步就开始引导方向,而不是等证明做完了再回头评。
这里的“可编程”三个字是重点。计算开销、证明长度、主题不纯性,甚至它们的加权组合,都能被写成目标函数塞进同一套搜索机制里。而正确性从头到尾都是硬约束:每一次分解、以及最后拼装出来的完整证明,全部要过 Lean 内核这一关。
用一个不太严谨但好理解的比喻:以前的定理证明器像是一个只求及格的考生,交卷之后老师再帮忙把卷面擦干净;LEVER 是让“卷面分”从做题的第一分钟起就参与决策——这道题该走哪条路,从开头就算进去了。

AND/OR 图上的自适应搜索:选择、展开与回传

要把这套机制讲清楚,得先交代它脚下的数据结构——AND/OR 图(AND/OR graph)。这是一种有向无环图,节点分成两派,边在两类节点之间交替。
OR 节点表示一条待证的目标,也就是一个定理或者引理,画成圆形;AND 节点表示针对这条目标的一种分解方式,画成方形,它把这条目标拆成若干子目标。
规则很符合直觉:OR 节点只要有一个孩子被解决,它就算解决了,因为换一条路走通就行;AND 节点必须所有孩子都被解决才算解决,因为拆出来的子目标一个都不能少。如果某个 AND 节点底下没有孩子,说明这条目标不需要新引理就直接证出来了。
图1:AND/OR 图示意
图 1:AND/OR 图结构。OR 节点(目标)是圆形,AND 节点(分解方式)是方形;同一个目标可以拥有不同的分解方式,图中展示的是欧几里得与费马两条不同的证明路径。双边框的 AND 节点表示直接证出,虚线框的 AND 节点是“先验”(详见后文)。
图里有个挺妙的细节:同一条目标,欧几里得的分解方式和费马的分解方式,在同一个图里并存。这正是 AND/OR 图的价值——它天然能容纳“多条推理路径”这件事,而不是逼着你早点做选择。
图上的每条边都带一个非负代价。代价怎么回传,论文给了一条很干净的递归规则:AND 节点的值是它所有子节点的值之和(因为每个都得证),OR 节点的值是它孩子里最小的那个(因为挑最便宜的路走)。已证叶子的值记 0,假的目标记无穷大。
公式1:值回传规则
公式 1:值回传规则。V(n) 表示节点 n 的代价估计,ch(n) 是 n 的孩子集合,c(n,d) 表示从 n 走向孩子 d 这条边上的代价。左式为 AND 节点,代价累加所有子节点;右式为 OR 节点,只取最便宜的那个孩子。
这样,根节点的值 V(r) 就是最便宜那个解子图的代价,在每个 OR 节点记录下 argmin,就能把整条路径还原出来。
接下来是搜索本身,论文把它建模成一个马尔可夫决策过程(Markov Decision Process,简称 MDP)。状态就是目前已经建出来的图,包含每个节点的状态和边上的代价,完全可观测。动作是下一步去展开哪个 OR 节点,或者干脆就此打住。转移指的是往图里加上新的分解和对应的子目标,而这个过程是随机的——同一个目标展开两次,抽出来的东西可能完全不一样。奖励则是每一步扩张扣掉的真实开销,再加上终止时的负的根节点值;如果最终没证出来,那就是负无穷。
有了这个描述,LEVER 每一轮只做三件事。

选择(Select)从根节点顺着当前最好的解子图往下走:到 OR 节点就取值最小的那个孩子,到 AND 节点就把所有孩子都带上。当走到某个 OR 节点、发现它的最小孩子是个“先验”时,就意味着这条目标值得重新展开一次。

这里藏着一个很关键的设计:任何已经拥有孩子的中间 OR 节点,理论上都可以被重新展开。因为展开器是大模型,输出自带随机性,同一个目标多抽几次,完全有可能抽到一条更便宜的路子。但值估计本身是带噪声的,所以第二次抽取必须比现有方案好出 δ 倍才算数,否则图会失控式膨胀。

展开(Expand)大模型针对选中的目标提出一个新的分解方案,把它写成一份依赖若干开放子目标的 Lean 证明:小引理就地证掉,大引理留成开放子目标。Lean 内核负责检查这份分解是否合法,每条新引入的子目标都会挂上一个由值函数算出来的先验。

回传(Backpropagate)新的代价沿着上面那条递归规则往上走,沿途把每一个先验都刷新一遍。

回传这一步用的是贝叶斯式的更新:把某个目标一次全新分解的对数代价建模成围绕未知均值 μ_g 的正态分布,而值函数的预测 V₀(g) 与 μ_g 之间差一个 ρ。在做了 k 次分解、拿到代价 v₁ 到 v_k 之后,后验均值是下面这个形式。
公式2:先验的后验更新
公式 2:先验的后验更新。V₀(g) 是值函数对目标 g 的初始预测,v_i 是第 i 次实际分解的真实代价,k 是已完成的抽取次数;n = σ²/ρ² 表示“先验相当于几次实际抽取”的权重,σ 是同一目标多次抽取之间的波动幅度,ρ 是预测误差。
换句话说,值函数的预测被折价成 n 次观测,而每一次真实抽取算一次。最终的估计取后验的几何平均。这样,真实花掉的钱会持续修正值函数的偏差——这就是搜索“从自己已经付出的开销里学习”的机制。至于失败的尝试,没有代价可学,就把估计整体抬高一个 σ。
整套流程写成伪代码只有十几行:
    算法 1:LEVER
    输入:根节点 r,预算 B
    1  给根节点挂上先验 Prior(r)
    2  while 已花费 < B do
    3      待展开集合 T ← Select(r)
    4      if T 为空 then 跳出
    5      for each 目标 g in T do
    6          分解集合 D ← Expand(g)
    7          for each 分解 d in D do 给 d 的子目标挂先验
    8          回传更新 Backpropagate(g)
    9  返回 r 对应的最优解子图
    图 2 把一轮迭代画得很清楚:根节点的第二个子目标那里,先验的估值压过了已经实现的那次尝试,于是这个中间目标被重新展开;新尝试的代价随后向上传到根节点,沿途顺便把各个先验刷新了一遍。而第一次尝试仍然留在图里——钱已经花了,只是不再被选中。
    图2:LEVER 的一轮迭代
    图 2:LEVER 的一轮迭代。灰色数字是边代价,黑色数字是节点值;后面的分面板只标注该步发生变化的部分。在根节点的第二个子目标处,先验的估值优于已经实现的尝试,于是该中间目标被重新展开;新尝试的代价随后上传到根节点,并沿途更新先验。第一次尝试仍保留在图中,已付费但不再被选中(灰色)。
    顺带说一句,回报里那个“已花费”的项其实不能直接进目标函数,因为它累计在整个搜索过程上,包括那些最终证明根本用不到的抽取。论文因此把它拆成两半:已经花掉的钱是沉没成本,不可优化;剩下还没花的钱可以优化,论文管它叫 V_comp(n),也就是“把节点 n 完成还需要的计算开销”。已实现的边不额外计价,只有开放的目标按先验估计计入。这个拆分是把任意指标塞进同一套代数结构的关键一步。
    论文还给了一个理论层面的性质:如果先验是精确的,那么回传出来的值就是精确的——对任何沿边累加的非负代价,V(n) 就是 n 底下最便宜那个解子图的代价,而且 V(n) 取无穷大当且仅当不存在这样一条路。这段结论在 Lean 里做了形式化验证,放在附录 D。当然,现实中的值函数带噪声,所以才有公式 2 的更新和 δ 这个重抽门槛。

    用更少的钱解更多的题:成本降低 34% 的秘诀

    实验部分先说清设定,因为这类对比最怕各家用各家的标准。
    所有大模型调用统一用 DeepSeek-V4-Flash-0731,价格按官方费率走:每百万输入 token 0.22 美元,缓存输入 0.007 美元,输出 0.66 美元。这里有个特别容易被忽略的细节——成本对缓存命中率极度敏感。NearAI 那套系统维持单会话,会反复读取自己的历史,单次调用的平均命中率高达 93.7%;而 LEVER 开的是大量较短的会话,命中率只有 86.2%。为了比的是搜索策略而不是缓存策略,论文在正式评测前就固定了一个 90% 的命中率,卡在两者之间,所有报告的成本都按这个比例重新计价。
    数据用的是 PutnamBench,原本包含 672 道用 Lean 4 形式化的竞赛题。麻烦在于最难那批可能要花好几天反复尝试,根本做不了受控比较。所以论文按 NearAI 已公开发布的那次运行里每道题的花费来排名,取第 51 到 150 名——这个区间足够难,又还在可控范围内。其中 20 道用来校准值函数,剩下 80 道构成评测集。
    主基线选的是 NearAI 的开源智能体,论文写作时它是 PutnamBench 榜首。这是一套单会话智能体——整份证明和所有编译器消息都装在一个对话里,上下文一路带着走。
    在每题 3 美元预算下,两边交出来的账是这样:
    表1:3美元预算下的证明搜索开销
    表 1:每题 3 美元预算下的证明搜索开销。N = 80,成本与 token 均按每题统计;已解出的题计入完成所需的成本,未解出的题按整额预算计费、token 计到被截断那一次调用为止。
    LEVER 解出 96.3%,NearAI 解出 80.0%,成本从每题 1.44 美元掉到 0.95 美元,少了 34%。这不是“多花点钱换多解几道题”的取舍——两项一起变好了。
    钱省在哪?省在上下文管理上。NearAI 每题写出的 token 其实比 LEVER 少(35.7 万对 62.1 万),但它每一轮都把整个问题的上下文重新带上,于是每题要读 4200 万输入 token。LEVER 让每个子目标在自己的局部上下文里干活,只读 1790 万,不到一半。写得多、读得少,总账反而更低。
    图4:解出率随预算的变化
    图 4:解出率随预算的变化。一道题若在成本 c 处被解出,则在所有不低于 c 的预算档位上都计入已解出。
    从 0.25 美元这一档开始,LEVER 在各个预算下的解出率都压过 NearAI。而且失败的成本是实打实的:NearAI 的失败案例里有 94% 把 3 美元预算全烧光了,最后也没交出完整证明。
    附录里还有个挺带感的例子。图 6 是 putnam 1972 a3:LEVER 在还没碰任何一条子目标之前,光凭值函数的预测就否掉了第一个分解方案,转向第二个被预测更便宜的方案,然后证出来了。
    图6:LEVER 在 putnam 1972 a3 上的决策过程
    图 6:LEVER 在 putnam 1972 a3 上的表现。边上的标签是各次尝试的实际花费,子目标上的标签是值函数给出的估价。第一个分解方案(灰色)在任何子目标被尝试之前就被否决了。
    不过论文在这件事上很克制,自己就把话说白了:这类情况其实并不多,而且不是每一次重抽都能省钱——每一个被放弃的子图都是沉没成本,直接从全局预算里扣掉。
    值函数本身的开销也值得一提。用大模型当值函数做先验预测,总共只占 LEVER 全部开销的 0.89%,而且这笔钱是被算进所有报告成本的。这个比例相当便宜——毕竟它换来的是整条搜索路径的方向感。
    值函数的校准也有讲究。对代价和长度这两个指标,大模型读一眼开放的目标,然后从七个对数刻度的区间里挑一个(代价是 0.016 到 0.512 美元,长度是 512 到 16384 个 Lean token),目标的估价就取这个区间的几何中点。长度的估计还特意乘了 0.2,故意往低了压,好让更短的证明先被探索到。校准集上会测出两个量:ρ 是预测误差,σ 是同一目标反复抽取之间的波动幅度,而重抽门槛 δ 就取 σ 对应的倍数。
    表4:各指标对应的值函数参数
    表 4:值函数参数表。ρ 是模型在留出校准目标上的预测误差(代价与长度取对数刻度,不纯性取引用条数);σ 是同一目标多次抽取之间的波动;n = σ²/ρ² 表示先验在更新中折算成多少次抽取的权重;δ 是一次重抽必须达到的优势倍数。

    证明质量也能“编程”:纯度提升 42% 超越事后重构

    前面讲的是钱。接下来讲更玄乎的那部分:证明的质量怎么变成一个能被优化的量。
    论文挑了两个指标来优化。第一个是证明长度(proof length,记作 len),数的是证明给定理陈述额外增加的 Lean token 数,包含辅助引理和定义,不含注释。这个量好测,但也好刷——比如一条目标靠一次 nlinarith 调用就关掉了,看着很短,可它其实没告诉你背后的数学是什么。
    第二个是主题不纯性(topical impurity,记作 imp),这个指标更贴近数学家的品味。一条证明如果只用到它定理本身涉及的东西,就是“纯”的。严格意义上的纯度在一般情况下不可计算,因为一个定理的“内容”到底包含什么,终究得由人来判断。论文的处理方式是去读 Mathlib 的结构:库里每个名字都有命名空间和目录,比如 ZMod.wilsons_lemma 是关于 ZMod 的,住在 Mathlib/NumberTheory 目录下。一个定理的“主题”,就是它陈述里用到的那些名字的命名空间和目录。一条被引用的库定理,如果在这两项上都落在主题之外,就算不纯;至于没有命名空间的通用引理,比如 mul_pos,只有当它也落在某个固定的基础设施目录之外时,才算不纯。
    论文自己也留了余地,明确说这只是数学纯度的代理指标,真正的讨论和它的局限放在附录 B 里。这种自我限定,其实比硬撑着说“我们精确测量了纯度”要诚实得多。
    图3:同一条引理的两种证明
    图 3:同一条引理的两种证明,结论是单位三角形面积小于 1,陈述涉及测度与凸包。方案 1 把三角形切片做积分,它引用的 intervalIntegral.integral_sub 之类的工具是不纯的(红色下划线),因为定理陈述从来不需要积分;方案 2 把单位正方形对半切,全程在测度论里说话,MeasureTheory.measure_union_add_inter 这类引用是纯的(绿色下划线)。连同各自用到的辅助引理一起统计,方案 1 被标出 25 处不纯引用,方案 2 只有 6 处。
    实验在 20 道题上进行,这些题都来自上一节 NearAI 成功解出的结果。预算提到 4.5 美元,比上一节高 50%,用来容纳质量优化额外产生的开销。记号上,LEVER_m^λ 表示在“计算成本加上 λ 倍的质量指标 m”这个目标下做搜索,m 可以是 imp 或 len。
    先看纯度。λ 取 0.1 时,LEVER 交出来的证明不纯性下降了 42%,成本 1.85 美元。对照的 +Refactor 基线——也就是把 NearAI 已经完成的证明交给它返工——下降 33%,成本 2.88 美元。LEVER 效果更好,钱只花了大约三分之二。
    更要紧的是可靠性。LEVER 每道题改善幅度的标准差是 32 个百分点,+Refactor 是 101 个百分点——它的改写有时候会严重翻车,在 putnam 2007 a2 上,不纯引用从 29 处变成了 132 处,改完比不改还糟。
    meng.jpeg
    那直接把指标写进提示词,让智能体自己去找纯证明行不行?也不行。+Instruct 交出来的证明反而比基线更不纯,高了 11%。论文的判断是,在单会话里智能体把搜索目标给弄丢了——上下文太长,目标就飘了。
    这就指向一个挺普适的结论:当一个指标取决于证明策略本身的时候,在搜索过程中优化它、并且把它局部化处理,效果最好。靠一句指令去“提醒”模型,或者等做完再返工,都差一截。
    长度这边,情况反过来了。长度这个目标本来就特别适合事后重构,前人的工作分别报告过缩短 PutnamBench 证明 57%、缩短竞赛证明 70% 以上的结果。这篇论文自己的 +Refactor 基线把 NearAI 的证明缩短了 31%,每题 1.83 美元。LEVER 在 λ = 10⁻³ 时缩短 21%,但成本更高,2.59 美元。论文的解读是:直接去搜一条短证明,可能确实比先搜出正确证明再重构要更难。这个结论不漂亮,但它诚实。
    图5与表2:证明质量与计算成本的权衡
    图 5 与表 2:证明质量对计算成本。左图是主题不纯性,右图是证明长度,横轴都是每题的平均成本,纵轴是该指标相对 NearAI 同一道题证明的降幅。LEVER 的点对应 λ = 0、0.01、0.1(不纯性)与 λ = 0、10⁻⁴、10⁻³(长度),由浅到深;λ = 0 是上一节那套 3 美元预算、带直接证明路由的配置,λ > 0 的运行则用 4.5 美元预算且不做路由。失败或超预算的运行按 NearAI 的证明计分并扣满 4.5 美元,+Refactor 也一并计入 NearAI 那次运行的成本。误差棒为跨题的 ±1 标准误。表 2 则是优化单一指标时对两个指标的连带影响,负值代表更好。
    表 2 里藏着一个挺有意思的副产品:优化一个指标,会顺带影响另一个。把证明缩短(长度从 +4% 降到 −21%),不纯性也跟着降(从 +1% 降到 −18%),大概是因为证明一短,那些不纯的引用就顺带被删掉了。反过来却不成立:只优化不纯性(从 +1% 到 −42%),会让证明变长(+10%)。这说明两个指标之间存在一种非对称的耦合——长度像是一个粗粒度的刮刀,纯度则更像是换掉整条论证路线。

    质量与成本的权衡曲线:一个 λ 参数说了算

    前面反复出现一个 λ,它的含义其实很朴素:质量和计算成本之间的换算汇率,也就是每提升一个单位的质量,你愿意掏多少钱。
    于是完整的目标函数就是 C(n) = V_comp(n) + Σ_m λ_m · V_m(n)。其中 V_comp(n) 是完成节点 n 还需要的计算开销,已实现的部分不额外计价,只有开放的目标按先验估计计入;V_m(n) 是各个质量指标在 n 之上的取值,λ_m 是它对应的价格。当所有 λ 都取 0 的时候,LEVER 就退化成纯粹在最小化计算成本——也就是上一节那个减少 34% 的版本。
    调 λ,就相当于在质量和成本之间滑动,画出一条曲线。图 5 里那条从浅到深的点列,就是这条曲线本身:λ 越大,证明质量越好,搜索花钱越多。
    这条曲线的真正价值在于,它把选择权交还给了人。你可以根据实际场景决定“一条更好的证明值多少钱”——做教学演示,可能愿意多花点钱换一条更干净的证明;做批量自动化验证,那 λ 直接归零、只算钱就行。同一套搜索算法,只是换个权重。
    反过来看另一面:任何固定策略——不管是往提示词里加一句指令,还是事后拿去做重构——在这个“质量对成本”的平面上都只能给出一个孤立的点。你没法在它周围调节,想要另一个权衡点,就得换一套方法。这是 LEVER 在结构上的一个真实优势,而不是数值上的小胜。

    龙迷三问

    下面是龙哥对于大家可能的一些问题的解答:
    这篇论文到底在解决什么问题?证明只对还不够。哥伦比亚大学提出LEVER,在AND/OR图上给未完成的证明打分,把成本、长度与主题纯度都写进搜索目标。在PutnamBench上成本降34%,解出率从80%升到96.3%。
    这篇工作最值得看的点是什么?LEVER在3美元预算下解决率达96.3%,相比NearAI的80.0%提升16.3个百分点,同时成本降低34%(从1.44美元降至0.95美元)。在主题纯度优化上,LEVER减少42%的不纯引用,优于+Refactor的33%,且成本仅为其三分之二。在证明长度优化上,LEVER接近+Refactor的效果(21% vs 31%缩短),但成本更高。
    这篇工作的边界或风险在哪里?优点包括:首次将证明质量目标编程化并在搜索过程中优化,而非事后重构;AND/OR图表示使目标函数可组合;计算成本降低34%同时解决率提升;支持质量-成本权衡曲线;Lean内核保证正确性。缺点包括:主题纯度指标是代理指标,依赖Mathlib组织结构;共享子目标的NP难问题通过单一所有者近似;价值函数预测精度有限(comp仅34%落入正确bin);重绘策略可能浪费已投入成本;未与其他分解式证明搜索方法直接对比。
    如果你还有哪些想要了解的,欢迎在评论区留言或者讨论~

    龙哥点评

    论文创新性分数:★★★★☆

    将部分证明表示为AND/OR图,用LLM价值函数把已实现成本与开放子目标预测值结合,在搜索过程中直接优化计算成本、证明长度与主题纯度等可编程目标,同时由Lean内核保证正确性。

    实验合理度:★★★★☆

    解决率(Solve Rate)、计算成本(美元)、证明长度(Lean token数)、主题纯度(不纯引用数)

    学术研究价值:★★★★☆

    将部分证明表示为AND/OR图,用LLM价值函数把已实现成本与开放子目标预测值结合,在搜索过程中直接优化计算成本、证明长度与主题纯度等可编程目标,同时由Lean内核保证正确性;更关键的是问题定义是否可复用到同类任务。

    稳定性:★★★☆☆

    现有材料未提供充分的极端条件、重复运行或扰动测试,稳定性暂按中性评价。

    适应性以及泛化能力:★★★☆☆

    现有材料未完整展示跨数据集、跨场景或分布外实验,泛化能力仍需进一步验证。

    硬件需求及成本:★★★☆☆

    在PutnamBench上,LEVER每个问题平均读取17.9M输入token、输出0.62M token,平均成本0.95美元;基线NearAI每个问题读取42.0M输入token、输出0.36M token,平均成本1.44美元。

    复现难度:★★★☆☆

    现有材料未确认完整代码、配置、数据处理脚本和权重是否齐备,复现难度暂按中性评价。

    产品化成熟度:★★★☆☆

    论文验证以研究实验为主,真实部署中的时延、成本、维护和异常场景仍需补充验证。

    可能的问题:包括:主题纯度指标是代理指标,依赖Mathlib组织结构;共享子目标的NP难问题通过单一所有者近似;价值函数预测精度有限(comp仅34%落入正确bin);


    *本文仅代表个人理解及观点,不构成任何论文审核或者项目落地推荐意见,具体以相关组织评审结果为准。欢迎就论文内容交流探讨,理性发言哦~ 想了解更多原文细节的小伙伴,可以点击"阅读原文",查看更多原论文细节哦!       

    转发文章 微博 X LinkedIn Facebook

    读者留言

    可直接以游客身份留言,也可注册读者账号。所有留言均需管理员审核后公开。

    0 条已公开

    还没有公开留言,欢迎留下你的看法。

    游客可以直接留言;注册后可使用固定昵称和账号身份。 登录 免费注册
    同一访问者每天最多提交 5 条。
    龙哥读论文 · PaperDaily

    本文基于龙哥读论文 PaperDaily 数据库整理,结合论文原文与工程视角进行解读。

    LONGGE AI COMMUNITY

    把每天读到的论文,变成长期积累

    加入「龙哥读论文」知识星球,持续获取 AI 论文、资讯、开源项目、招聘与研究思路。

    加入龙哥读论文微信群:添加微信 kangjinlonghelper,备注“研究方向 + 地点 + 学校/公司 + 昵称”。

    龙哥读论文知识星球二维码 微信扫码加入知识星球