公开论文雷达

公开 arXiv 研究简报 · 2026-08-14T01:15:46.961287+00:00

先看结论和关键数字,再决定要不要读原文。候选只在首次出现时展示;旧候选若后来通过深读门槛,仍会进入重点。

形式验证三卡:都在生成前先定结构

三张卡都落在Lean,共识是先把结构定下来再展开。P³让程序和证明共用一份高层规划,先读它拿到可复用的工程模式;OEIS Open把开放猜想做成可复核基准,读它学会怎样公平地横评模型;FormaTheoria是从零散文献重建大理论的多代理流水线,域窄但工程件齐全。按此顺序读,从方法到评测再到重型工程。

推荐阅读顺序

  1. 2608.09277:评分最高,给出可直接复用的先联合规划再同时约束实现与证明的工程模式,是三卡里最通用的方法起点。
  2. 2608.11941:读完方法再看评测:它把开放猜想做成可复核基准,并用对照说明最小工具集已够、加检索或复杂agent无益。
  3. 2608.10894:最后读这张:域窄限有限单群,但六阶段多代理工作流的依赖发现、调解、门控评审等工程件最完整,供重型场景参考。
共性方法
三者都以Lean内核做最终判定,且都主张在生成实现或证明前先固定结构:P³先出联合规划,FormaTheoria先做递归依赖发现与跨源调解,OEIS则用统一形式化语句框定题面,避免事后补救。
关键分歧
三卡产出物不同:P³是可复用的联合规划再展开生成方法;OEIS Open是横评模型的基准,结论是最小工具集就够、加检索或复杂agent都无提升;FormaTheoria是把异构历史文献重建成大理论的六阶段多代理工作流。
选择准则
要做形式化代码生成先读P³并落地联合规划;要公平横评模型先读OEIS、以最小工具集为基线;要形式化大规模文献理论先读FormaTheoria,优先实现依赖发现与调解。

重点深读(3 / 3 篇)

形式化与程序验证(3 篇)

形式化与程序验证 10/30

P$^{3}$: Joint Program-and-Proof Planning for Verified Code Generation

程序与证明联合规划消除形式验证修补循环:先程序后证明的顺序流水线因结构不兼容而陷入反复修补。P³先推导程序与证明的联合规划再展开两侧制品,在Verina、AlgoVeri、Lean4Commit0三项基准所有模型配置下均取最高解答率,与较强基线相比提升4.6–11.2个百分点,困难子集成本降约40%、耗时降约37%。

两句看懂

先程序后证明的顺序流水线因实现缺乏证明所需的不变量和归纳结构而反复修补,P³改为先从规范推导程序与证明的共享高层规划再分别展开两侧制品。在Verina、AlgoVeri、Lean4Commit0三项基准全部模型配置下,P³均取最高解答率,比较强基线提升4.6–11.2个百分点,困难子集API成本降约40%。

核心判断

在Lean 4形式化代码生成中,先推导程序与证明的联合结构规划再展开两侧制品可避免修补循环;在全部三项基准和四个模型配置下均优于较强的先程序后证明基线,解答率提升4.6–11.2个百分点。

关键要点

1. 现有「先程序后证明」流水线因初始实现未规划证明所需的不变量或归纳骨架,在结构不匹配时陷入耦合修补循环;事后局部修补无法恢复从未存在过的证明友好结构,大量token与时间消耗在注定失败的修补路径上。 2. P³三步执行:先从规范推导共享高层规划(明确计算分解、中间断言/不变量、归纳或分情况骨架、辅助引理),再在该规划约束下分别展开实现和证明脚手架,最后用Lean 4反馈消解叶节点;新引入的Lean4Commit0基准从108个真实开源库(Python/Rust/C++/Java)提取核心API并编码含多API关系规范的Lean任务,经三阶段验证管道确保规范质量。 3. P³在三项基准所有模型配置下均取最高解答率,比较强基线提升4.6–11.2个百分点;消融显示联合规划比仅规划实现额外提升3.3–8.3个百分点,困难子集API成本降约40%、挂钟时间降约37%,孤立出了联合结构规划而非实现规划单独带来的增益。

证据与结果

评测基准三项:Verina(教科书算法)、AlgoVeri(竞赛级算法)、Lean4Commit0(库级,新引入)。Lean4Commit0从108个真实开源库(Python/Rust/C++/Java四生态)提取核心API,编码含多API关系规范的Lean任务,经三阶段验证管道确保规范质量。使用四个前沿LLM后端,取各基准困难子集对比API成本与挂钟时间。指标:解答率、API成本、挂钟时间。P³在所有基准-模型配置均取最高解答率,比较强基线提升4.6–11.2个百分点;消融:联合规划 vs 仅规划实现,前者额外提升3.3–8.3个百分点;困难子集成本降约40%、时间降约37%。

打开论文原文
它要解决什么
顺序生成程序再事后求证的流水线效率低下:能否让LLM在生成实现前先规划程序与证明的共同结构,从而消除修补循环?
研究路径
给定规范σ:①规划阶段,LLM推导高层规划ρ,明确计算分解方式、连接前后置的中间断言/不变量、归纳或分情况骨架、所需辅助引理;②展开阶段,在ρ约束下生成实现π和证明脚手架κ,使两者结构对齐;③消解阶段,将剩余证明叶节点送入Lean 4验证器,利用反馈迭代补全,不依赖独立自动化求解器。
这对工程意味着什么
实现形式化验证代码生成时,先设计输出结构规划(不变量、归纳骨架、辅助引理)的规划步骤再同时驱动实现与证明;避免直接多次重试修补——初始结构不兼容时修补成本随迭代快速上升且解答率持续低迷。
证据定位
P³在所有基准-模型配置下均取最高解答率,比较强基线提升4.6–11.2个百分点;消融实验显示联合规划比仅规划实现额外提升3.3–8.3个百分点;困难子集API成本降约40%、挂钟时间降约37%。(筛选维度:形式化验证、可复核评测、软件工程方法)
适用边界
Lean4Commit0从108个真实开源库提取,覆盖Python/Rust/C++/Java四生态;现有Verina和AlgoVeri基准主要为教科书算法和竞赛题,论文指出其与生产API环境存在差距;摘录未提供其他明确的适用边界说明。
方法与英文摘要

P³以Lean 4为形式化环境,三步执行:①从规范推导共享高层规划,明确计算分解、中间断言或不变量、归纳或分情况分析结构、辅助引理;②在该规划约束下分别展开实现和证明脚手架;③利用Lean 4反馈消解剩余证明叶节点。评测覆盖Verina、AlgoVeri、Lean4Commit0三项基准,使用四个前沿LLM后端。

Verified code generation asks a large language model (LLM) to generate both an executable program and a machine-checkable proof that the program meets a formal specification, promising software that is correct by construction. The de facto workflow decouples the two halves of the problem: first synthesize a program, then attempt to prove it correct. We observe that this sequential pipeline can be both ineffective and inefficient in practice. A program generated without anticipating its proof can be subtly incorrect or structurally difficult to verify, forcing the LLM into brittle repair loops that alternate between patching the code and patching the proof. Inspired by Dijkstra's view that a program and its correctness argument should be developed hand in hand, we propose $P^3$, an LLM-based agentic workflow that first derives a unified program-and-proof plan from the specification, then elaborates the implementation and proof scaffold under this shared plan. To evaluate verified code generation in realistic settings, we further introduce Lean4Commit0, a repository-derived, library-level benchmark built by extracting core APIs from real-world software repositories and translating their requirements, including relational specifications across APIs, into Lean tasks. Using four frontier LLM backends, we evaluate $P^3$ on Verina, AlgoVeri, and our Lean4Commit0 benchmark, where it achieves the highest solve rate in every benchmark--model setting. Compared with the stronger baseline, it improves solve rates by 4.6--11.2 percentage points and reduces per-task API cost by up to roughly 40\% and wall-clock time by up to roughly 37\% on the difficult subset of each benchmark. A targeted ablation further shows gains of 3.3--8.3 points over implementation-only planning, isolating the benefit of planning the program and proof jointly.

形式化与程序验证 8/30

OEIS Open: How many conjectures can language models turn into theorems?

语言模型每次50美元,自动证出三成OEIS开放猜想:关心它的理由很直接:开放数学猜想一直缺一把可复核、便宜、能横向比模型的统一尺子。OEIS Open的做法是把492条OEIS开放猜想形式化成Lean语句,让通用语言模型只配最小工具集输出完整证明,再由Lean内核判定;结果是全量集以50美元/次解出147/492题(30%)。

两句看懂

旧开放问题基准多靠计算验证,覆盖不了需要通用证明的命题,手工验证器还会误判;OEIS Open改用Lean形式证明,建成492条OEIS猜想的可复核基准。配最小工具集、50美元/次评测任意通用LM,最优模型在全量集解出147/492题(30%);Lite子集200美元/次最高44%,而加arXiv文献访问和换复杂agent循环都没带来提升。

核心判断

当前通用LM只配最小工具集,就能以50美元/次自主解决30%的Lean形式化OEIS开放猜想;arXiv文献访问和更复杂agent循环都没有提升成绩,这一对照支持该结论。

关键要点

1. 旧假设失效:只靠计算验证的开放问题基准,只能覆盖有生成器-验证器差距的题,给的是证据不是证明,手工验证器还可能误判。 2. 方法与受控检查:492条OEIS猜想形式化为Lean,模型可证正命题或否命题,由Lean内核统一判分;对照最小工具集、加476k篇arXiv检索、换复杂agent循环。 3. 决定性结果与动作:最小工具集50美元/次解出147/492(30%),Lite 200美元/次最高44%;两项增强均无效,应把最小工具集设为基线。

证据与结果

数据集是492条OEIS开放猜想,由Tsoukalas等形式化为Lean语句,再随机抽100条作Lite子集。评测档位为全量OEIS Open每题50美元、OEIS Open Lite每题200美元。三组配置横向比较:最小工具集作基线、加476k篇arXiv文献检索、换更复杂agent循环。核心数字是全量集最优30%(147/492),Lite子集最优44%;两项增强均未提升Lite成绩。需注意,这些猜想的数学重要性不确定,多数此前可能少有人关注,样本代表性有限。

打开论文原文
它要解决什么
当前最强的通用语言模型,能在多大预算内、以多高比例,把OEIS未解猜想自动变成Lean内核认可的证明?
研究路径
流程很短:模型读到Lean形式化的猜想语句,调用最小工具集后交出完整Lean证明,Lean内核独立验证,通过才计分。它允许证明否命题,所以遇到假猜想也不会把任务卡死。评测系统还内置防LM作弊机制,但具体实现摘录未披露。
这对工程意味着什么
第一个动作:评测Lean形式化开放问题时,先用最小工具集配置当基线跑一遍。要避免的捷径:别默认加外部文献检索或更复杂agent循环,本基准显示这两项都无效,当前瓶颈在模型自身的形式化推理能力。
证据定位
最优模型在全量492题、50美元/次下解出147题,即30%;在Lite的100题、200美元/次下最高到44%。关键对照是:加476k篇arXiv检索、换更复杂agent循环,这两项增强都没有提高Lite成绩。(筛选维度:形式化验证、可复核评测)
适用边界
猜想来源限于能用Mathlib现有定义形式化的OEIS序列命题,不代表一般研究数学。成绩同时混着形式化能力和数学推理能力,两者无法解耦。猜想的数学重要性不确定,多数此前关注度低,样本代表性受限。
方法与英文摘要

数据来自Tsoukalas等:把492条OEIS开放猜想写成Lean语句。模型只接最小工具集,可证明原猜想,也可证明其否命题,产出的完整Lean证明交内核独立验证。评测分两档:全量492题每题50美元;随机抽100题做Lite子集,每题200美元。消融只改两处:一是新增476k篇arXiv文献检索,二是换成更复杂的agent循环。

We construct OEIS Open, a benchmark based on 492 open mathematical conjectures from the OEIS, formalized in Lean by Tsoukalas et al. Whereas these conjectures had previously been attempted only with a bespoke agent, our open-source evaluation code runs any generic language model (LM) against them, and is secure against LM cheating attempts. We find that LMs equipped with a minimal set of tools resolve 147 of these conjectures with a budget of \$50 per attempt, scoring 30% on OEIS Open. OEIS Open Lite is a random subset of 100 conjectures for cheaper evaluation. When evaluated with a budget of \$200 per attempt, the best current LM scores 44% on OEIS Open Lite. Giving LMs access to the mathematics literature via 476,000 papers from arXiv did not increase performance on OEIS Open Lite, and nor did using more sophisticated agent loops. The conjectures covered in this work are of uncertain mathematical significance, and most have likely received little previous attention. Nevertheless, our results show that LMs can resolve open research conjectures autonomously and at modest cost.

形式化与程序验证 4/30

FormaTheoria: Constructing Large-Scale Lean Theories from Mathematical Literature $-$ Toward the Formalization of the Classification of Finite Simple Groups

AI工作流已完成有限单群分类四个核心定理的Lean机器验证:如果你想把分散在多年历史文献中的大理论变成机器可检验的证明,隐式依赖、源缺陷和跨源接口冲突会让单一来源自动形式化方法失效。FormaTheoria用六阶段AI辅助工作流解决这些问题,已机器验证Feit-Thompson奇阶定理、Glauberman Z*定理、Brauer-Suzuki定理和Bender-Suzuki定理四个深度互依赖定理。

两句看懂

把高等数学从分散异构文献完整形式化时,隐式依赖遗漏、源缺陷和跨源接口冲突是系统性障碍,FormaTheoria用六阶段AI辅助工作流协调翻译、证明、依赖发现与调解四类代理来应对。该工作流已机器验证有限单群分类的四个深度互依赖定理,消融实验确认并行构造、章节上下文和诊断反馈各有独立贡献。

核心判断

AI辅助工作流能从分散异构的数学文献重建大规模形式理论。证据是有限单群分类四个核心定理(含Bender-Suzuki)的完整Lean机器验证,以及消融实验对各组件贡献的独立确认。

关键要点

1. 现有自动形式化系统假设定理已知或形式环境已建好,无法处理CFSG证明分散于历史文献、依赖需动态发现的情形。 2. FormaTheoria用六阶段工作流加章节级上下文翻译、依赖感知批量并行证明、跨源调解和评审门控终止,并用消融实验逐项验证组件贡献。 3. 四个深度互依赖定理(Feit-Thompson、Glauberman Z*、Brauer-Suzuki、Bender-Suzuki)已通过Lean机器验证;做大规模形式化时应先实现递归依赖发现与跨源调解。

证据与结果

目标数据是CFSG相关异构数学文献。构建的Lean开发覆盖Feit-Thompson奇阶定理、Glauberman Z*定理、Brauer-Suzuki定理和Bender-Suzuki定理。评估包括三部分:与现有Rocq形式化对比;三组消融(并行对顺序证明构造、有无章节级上下文共享、有无翻译评审诊断反馈);过程质量实证分析,记录源缺陷数量、调解热点分布、依赖图深度与连通性。摘录未提供具体声明总数或证明成功率百分比。

打开论文原文
它要解决什么
有限单群分类(CFSG)的证明分散在异构的历史文献中,依赖关系要在形式化过程中动态发现。如何自动把这种理论重建为可机器检验的Lean证明?
研究路径
TRANSLATOR AGENT携带章节级上下文,把文献条目翻译为Lean形式。PROVER构造机器可检验证明,支持依赖感知批量并行化。递归依赖发现模块识别隐式引用并扩展形式化范围。RECONCILER AGENT对齐跨源数学接口。独立评审代理执行门控终止:审核通过后保护已审批声明。上下文压缩支持长时序执行。
这对工程意味着什么
第一步行动:构建大规模形式化系统时,优先实现递归依赖发现与跨源调解机制。要避免的捷径:不要假设单一来源文献自洽——跨源接口不兼容是系统性工程障碍,不是事后能修补的边缘情况。
证据定位
系统产出的Lean开发通过机器检验,覆盖Feit-Thompson奇阶定理、Glauberman Z*定理、Brauer-Suzuki定理和Bender-Suzuki定理四个深度互依赖定理。三组消融实验分别确认并行证明构造、章节级上下文共享、翻译评审诊断反馈各有独立贡献。评估还与现有Rocq形式化对比,并记录源缺陷数量、调解热点分布、依赖图深度与连通性等过程指标。摘录未提供声明总数或证明成功率百分比。(筛选维度:形式化验证)
适用边界
摘录未提供量化规模数据,如Lean代码行数、声明总数、证明成功率。应用范围限于CFSG有限群理论,对其他数学领域的泛化能力需另行验证。
方法与英文摘要

工作流分六阶段:源获取;TRANSLATOR AGENT带章节级上下文把文献条目翻译成Lean;PROVER构造证明并支持依赖感知批量并行化;递归依赖发现模块找出隐式引用、扩展形式化范围;独立评审代理执行门控终止;RECONCILER AGENT对齐跨源数学接口。评审通过后,已审批声明受来源溯源保护,不被后续修改覆盖。上下文压缩支持长时序执行。

Large-scale formalization of advanced mathematics requires more than translating individual statements: it must reconstruct a coherent theory distributed across heterogeneous sources. This process raises four challenges: discovering implicit dependencies, correcting source defects, preserving semantic fidelity, and reconciling cross-source misalignments. We present FormaTheoria, an end-to-end, AI-assisted workflow that coordinates source acquisition, formalization, proof construction, recursive dependency discovery, independent review, and reconciliation, while preserving provenance and protecting approved declarations. A shared agent framework supports long-horizon execution through tool use, context compaction, review-gated termination, section-level source context, and dependency-aware batch parallelization. Applying FormaTheoria to major components of the Classification of Finite Simple Groups (CFSG), we construct a machine-checked Lean development extending through the Bender--Suzuki theorem and encompassing the Feit--Thompson Odd Order Theorem, Glauberman's $Z^*$ theorem, and the Brauer--Suzuki theorem. This development verifies an extensive body of deeply interdependent finite-group theory while providing a foundation for continuing the CFSG formalization. An empirical analysis of the code and recorded construction process supports the practical relevance of the identified challenges and illustrates the roles of the corresponding workflow components. Together, these results demonstrate how AI-assisted workflows can reconstruct mathematically significant formal theories from distributed literature by combining language-model agents with formal verification, structured review, and explicit dependency management.

软件工程与仓库智能(0 篇)

本轮没有通过深读证据门的重点论文。

代码质量与优化(0 篇)

本轮没有通过深读证据门的重点论文。

UI 与 GUI Agent(0 篇)

本轮没有通过深读证据门的重点论文。

个人知识与本体(0 篇)

本轮没有通过深读证据门的重点论文。

人机协同与对齐(0 篇)

本轮没有通过深读证据门的重点论文。

本轮分类概览

同一论文只归入一个最先命中的赛道,避免重复计数;“新增候选”只统计首次展示的论文。

赛道新增候选重点
形式化与程序验证33
软件工程与仓库智能30
代码质量与优化00
UI 与 GUI Agent00
个人知识与本体10
人机协同与对齐00

近一个季度监测日历

北京时间。绿色表示有可阅读的新候选,灰蓝表示已监测但无新增,橙色表示部分降级;“无记录”不等于失败。

2026 年 6 月

1无记录2无记录3无记录4无记录5无记录6无记录7无记录8无记录9无记录10无记录11无记录12无记录13无记录14无记录15无记录16无记录17无记录18无记录19无记录20无记录21无记录22无记录23无记录24无记录25无记录26无记录27无记录28无记录29无记录30无记录

近 14 次监测窗口

仅展示公开源的聚合运行状态,不含提示词、全文或个人数据。

本轮新增候选(7 篇)

按赛道、评分和日期展开;中文标签用于导航,英文摘要用于核验。已展示过的旧候选不会每日重复。

形式化与程序验证(3 篇)

形式化与程序验证 · 8/30 · 2026-08-12OEIS Open:语言模型将猜想转为定理基于492条OEIS开放猜想构建Lean形式化基准,评测通用语言模型用工具求解的表现OEIS Open: How many conjectures can language models turn into theorems?

We construct OEIS Open, a benchmark based on 492 open mathematical conjectures from the OEIS, formalized in Lean by Tsoukalas et al. Whereas these conjectures had previously been attempted only with a bespoke agent, our open-source evaluation code runs any generic language model (LM) against them, and is secure against LM cheating attempts. We find that LMs equipped with a minimal set of tools resolve 147 of these conjectures with a budget of \$50 per attempt, scoring 30% on OEIS Open. OEIS Open Lite is a random subset of 100 conjectures for cheaper evaluation. When evaluated with a budget of \$200 per attempt, the best current LM scores 44% on OEIS Open Lite. Giving LMs access to the mathematics literature via 476,000 papers from arXiv did not increase performance on OEIS Open Lite, and nor did using more sophisticated agent loops. The conjectures covered in this work are of uncertain mathematical significance, and most have likely received little previous attention. Nevertheless, our results show that LMs can resolve open research conjectures autonomously and at modest cost.

阅读 arXiv 原文
形式化与程序验证 · 4/30 · 2026-08-11程序与证明图对齐的代码生成框架用Lean证明流程指导实现图构建,让模型学习代码区域为何正确,提升语义约束下的代码生成GraphAlignCoder: Aligning Program and Proof Graphs for Code Generation

Code large language models (LLMs) can generate syntactically plausible programs that nevertheless violate hidden semantic constraints. Existing execution-feedback training methods identify whether a completed program fails, but provide limited supervision about how a correct solution should be organized. We introduce GraphAlignCoder, a training framework that transfers explicit correctness structure into code generation. GraphAlignCoder constructs an implementation graph that captures control and dependence among program regions. In parallel, a constrained Lean pipeline produces proof traces, from which we extract a formal proof-flow graph. The model first learns executable code together with graph-derived descriptions of why individual program regions are correct, and then consolidates this knowledge into code generation. GraphAlignCoder consistently outperforms the base model, code-only SFT, and CodeRL across all benchmarks. Compared with CodeRL, it increases the solved count from 38 to 50 on LiveCodeBench v6 and from 16 to 23 on BigCodeBench Hard, corresponding to relative gains of 31.6% and 43.8%, while also improving BigCodeBench Full from 359 to 363 tasks. The ablation study further shows that verification-graph injection produces the initial reasoning gain, while verification to code consolidation is essential for robust cross-benchmark transfer.

阅读 arXiv 原文
形式化与程序验证 · 7/30 · 2026-08-01离支撑屏障:语义安全约束并非学习不变式论证语义安全约束是分布外对象,由此推导奖励黑客、沙箱逃逸成因及硬约束应置于外部的设计结论The Off-Support Barrier: Why Semantic Safety Constraints Are Not Learning-Problem Invariants, and What Follows for Prior Design, Containment, and Verification

We argue that a single structural fact organizes a wide range of phenomena in contemporary AI safety: a semantic safety constraint (e.g., the agent does not escape its sandbox) is an off-support object. Formally, if q is the data distribution and \(p(\cdot\mid w)\) the model, the safety predicate B is not measurable with respect to \(σ(\text{model}, q)\), whereas the real log-canonical threshold (RLCT) of singular learning theory (SLT) is. From this non-invariance we derive, as corollaries rather than independent observations: (i) why reward hacking and sandbox escape arise under outcome-based optimization; (ii) why encoding such constraints through Bayesian prior design or soft penalty weighting has poor leverage in singular models; (iii) why hard invariants belong in the harness and soft dispositions in the model; (iv) why the same B is nonetheless soundly and locally certifiable by formal verification, exactly as the local learning coefficient (LLC) locally pins the same RLCT --- with two precise points of disanalogy; and (v) why the residual difficulty, identifying which off-support region matters, coincides with performative prediction and self-referential functional dynamics, where SLT's analytic machinery breaks down. We use the July 2026 OpenAI--Hugging Face evaluation incident as the motivating case. Numerical experiments code and related proofs in lean are available at https://github.com/xiangze/Preventing_Jailbreak_as_regularization

阅读 arXiv 原文

软件工程与仓库智能(3 篇)

软件工程与仓库智能 · 4/30 · 2026-08-12ADEPT:统一深度学习测试充分性框架整合神经元覆盖、惊奇充分性等多项测试指标为统一工作流,便于复现与对比ADEPT: A Unified Framework for Deep Learning Test Adequacy

Over the past decade, many test adequacy metrics have been proposed for deep learning that characterize test dataset adequacy from different perspectives, e.g., neuron activation behavior, latent feature coverage, decision-boundary exploration, etc. However, these metrics are typically released as independent research prototypes with substantially different installation and preprocessing requirements, execution workflows, and configuration mechanisms. These complications make them quite difficult to reproduce, compare, and adopt in research work and practical deployment alike. In this paper, we present the engineering details of ADEPT, a framework that integrates representative adequacy techniques, including neuron-coverage-based metrics, surprise adequacy, input distribution coverage, boundary coverage, and source- and model-level mutation score, under a consistent execution workflow. ADEPT provides a template-based metric interface with well-defined extension points for integrating new adequacy metrics. Furthermore, it provides YAML-based configuration management, preprocessing-cache reuse, and structured result reporting, making it easy to use in any research and development workflows. ADEPT is designed for researchers and practitioners who wish to reproduce and apply adequacy metrics without spending days or weeks implementing missing tooling or configuring disparate research prototypes. A demo video is available at https://aub.ie/ADEPT_video.

阅读 arXiv 原文
软件工程与仓库智能 · 8/30 · 2026-08-12Triton内核生成基准:面向真实AI框架针对现有基准仅测单核性能的局限,评估LLM生成内核的端到端表现RealisticTritonBench: A Benchmark for Triton-Kernel Generation in Real-World AI Frameworks

In modern AI frameworks, GPU kernels are key to overall system performance. Combining usability, portability, and near-handwritten CUDA performance, Triton is widely adopted for implementing GPU kernels. Recent advances show the potential of large language models (LLMs) to automatically generate Triton kernels, reducing the manual effort required from expert kernel developers. Several benchmarks evaluate LLM-generated Triton kernels. However, they suffer from three key limitations: (1) they restrict tasks to PyTorch-to-Triton translation, failing to reflect the diversity and complexity of real-world Triton tasks; (2) they evaluate only individual-kernel performance rather than end-to-end performance, the core criterion for real-world deployment in AI frameworks; and (3) they rely on manually written evaluation scripts for individual kernels, which may contain flaws that models can exploit to bypass correctness checks and obtain inflated scores. To address these limitations, we introduce RealisticTritonBench, the first benchmark to derive Triton kernel generation tasks from real-world pull requests in popular AI frameworks, enabling realistic, production-like evaluation. RealisticTritonBench systematically extracts PRs that modify Triton kernels from popular open-source AI frameworks and transforms them into generation tasks with concrete engineering contexts. Each task takes a natural language requirement as input and requires a corresponding Triton kernel implementation, with a complete and reproducible evaluation environment. Unlike prior benchmarks focused on isolated kernel performance, RealisticTritonBench integrates generated kernels into their original frameworks and evaluates them using end-to-end tests, enabling a more faithful assessment. We evaluate leading LLMs on RealisticTritonBench and find that they still struggle with real-world Triton kernel generation tasks.

阅读 arXiv 原文
软件工程与仓库智能 · 6/30 · 2026-08-11利用LLM简化LGPD合规需求工程基于巴西通用数据保护法自动生成用户故事与验收测试场景,评估LLM在合规需求工程中的表现Simplifying Requirements Engineering in the Context of the LGPD: An LLM-Based Investigation

Compliance with privacy legislation poses a complex challenge to Requirements Engineering (RE): translating legal norms into software requirements. In this context, this study investigates whether Large Language Models (LLMs) can simplify RE within the framework of the Brazilian General Data Protection Law (LGPD). The proposed approach utilizes current legislation to automatically generate User Stories and Acceptance Test Scenarios. The evaluation results demonstrated high performance, confirming the potential of LLMs to ensure regulatory compliance from the software's inception.

阅读 arXiv 原文

代码质量与优化(0 篇)

本轮该赛道没有候选论文。

UI 与 GUI Agent(0 篇)

本轮该赛道没有候选论文。

个人知识与本体(1 篇)

个人知识与本体 · 6/30 · 2026-08-12智能体记忆系统:服务成本基准评测对比三种记忆系统与两种参考策略在长对话中的服务成本,并关联回答准确率Total Recall at What Cost? Benchmarking the Serving Cost of Agentic Memory Systems

Long-running conversational agents increasingly rely on a memory system to avoid resending the whole conversation each turn, yet how much that costs to serve has received little systematic benchmarking. We compare three memory systems (Mem0, Hindsight, and Mastra Observational Memory) against two reference strategies -- a fixed-size rolling window and resubmitting the full transcript -- across two backbones and conversations of up to 400 turns, pairing every cost measurement with answer accuracy on 665 LoCoMo questions. First, a memory system's serving cost cannot be predicted from conversation length and message size alone: a regression that tracks the two reference strategies closely misses the memory systems by 18-69%, their cost driven instead by internal memory behavior. Second, a break-even analysis shows that whether -- and when -- a memory system becomes cheaper to serve than the full transcript is highly sensitive to the system and the backbone, from the first tens of turns for the cheapest to never within 400 turns for the most expensive. Third, no system wins on both axes: accuracy spans 21-54%, and the backbone choice drives cost as much as the memory system does.

阅读 arXiv 原文

人机协同与对齐(0 篇)

本轮该赛道没有候选论文。