公开论文雷达

公开 arXiv 研究简报 · 2026-09-07T01:07:02.862899+00:00

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

先补验收,再谈通过率:八张卡的读法

这八篇的共同落点都是验收怎么做。SWE-Gate的数字最刺眼:644次通过功能测试的补丁里,有221次(约34%)没过评审约束。建议先读它建立问题意识,再顺着「往哪儿加一道门」往下读——需求门、环境反馈门、形式证明门,最后看只提供原料的一篇和证据最弱的一篇。

推荐阅读顺序

  1. 2609.04167:起点最清楚:功能测试全过也可能约34%不合格,一句话说明为什么要加第二道检查。
  2. 2609.00568:同一件事挪到写码之前:先用可执行测试给需求打分,平均%Resolved比基线高13.17%。
  3. 2609.02750:把门装进反思循环:环境评估风险下降才写记忆,SWE-bench 500例上72.2%对70.8%。
  4. 2608.25220:门再收紧一档:单实例抽检会放过删掉最优解的割平面,改用Lean证明覆盖所有实例。
  5. 2609.00062:同样用Lean,管的却是基准本身;顺带提醒改写题上掉分可能说明原分有记忆成分。
  6. 2609.00579:反过来读:规则贴进prompt模型也不照办,解释了前面几篇为什么都要外部验证。
  7. 2608.29204:没有结论只有材料:6425万条逐步日志,供你自己做复盘、定位卡点和统计成本。
  8. 2609.02149:四段流水线的思路可借,但只有单软件单客户的定性说法、无对照数字,放最后看。
共性方法
八篇都在讲同一件事:一个看起来通过了的结果,不等于真的可用。做法也一致——在原有指标旁边再加一道能自动跑的检查:约束测试、需求质量分、环境评估器、Lean证明、语义偏移对照,而不是靠人工抽查或让模型自己评判自己。
关键分歧
证据硬度差很远。SWE-Gate、WiseSpec、FLARE、RePro、SRMA都给了具体数字或基线对照;AgentLogs只报数据规模、不报成功率;PrEx只有「明显下降」这类方向性说法;OmegaUse-SOP只有单一软件、单一客户的定性结论,连基线都没有。
选择准则
先问两件事:这道新加的检查能不能自动跑,跑完给不给数字。两条都满足的(约束测试、Lean证明、执行式需求评分)可以直接进你的流水线;只有定性说法或没有基线对照的,当思路参考,别当结论引用。

重点深读(8 / 8 篇)

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

形式化与程序验证 8/30

FLARE: Verifying MILP Reformulations with LLM-Based Theorem Proving

MILP改写不能用单实例抽检验收,需要覆盖所有实例的形式证明:如果你用LLM自动改写MILP模型(加割平面、重整目标、做分解),只靠单个实例对比目标值来验收,可能放过会在其他实例上删除最优解的错误改写。FLARE用Lean定理证明器给出机器可检验的等价性证明,在NP-hard子集上验证准确率达100%。

两句看懂

传统做法仅用单实例数值比对验证MILP改写,可能漏过在其他实例上出错的方案;FLARE改用Lean形式证明逐一覆盖所有实例。研究者在20题109个改写组成的FormulationBench上测试,FLARE在NP-hard子集达到100%验证准确率。

核心判断

MILP改写是否正确,不能仅靠单实例数值比对判断;需要面向所有实例的形式化证明。证据:FLARE在NP-hard子集上验证准确率达100%,并为每个改写生成机器可检验证书。

关键要点

1. 旧假设:单实例数值比对能判定改写正确;失败案例是EvoCut的割平面通过单实例检验却在部分实例上删除最优解。 2. 方法:FLARE在FormulationBench(20题、109个改写)上让LLM代理在Lean中形式化两个MILP公式,用Lean-LSP-MCP获取反馈迭代构造等价性证明,受控对比EquivaMap等实例级方法。 3. 结果:NP-hard子集验证准确率100%,每个通过的改写都附机器可检验证书;工程上应要求形式证明或至少多实例压力测试再采信。

证据与结果

FormulationBench含20个组合优化问题共109个改写方案,包含NP-hard子集。评测对比FLARE、FLARE-NL与既有的实例级数值比对方法(如EquivaMap),指标为验证准确率与是否产出机器可检验证书。结果:FLARE在NP-hard子集上准确率100%;FLARE-NL准确率相当但无证书。诊断案例:EvoCut提出的割平面通过单实例检验却在其他实例上删除最优解,暴露实例级方法的局限。

打开论文原文
它要解决什么
MILP改写(重构)的正确性,能不能只靠单实例数值验证?能否在所有问题实例上机器可检验地保证改写前后等价?
研究路径
1) 输入参考公式A与候选改写B的模板化LaTeX/Python描述及参数映射;2) LLM代理将A、B分别形式化为Lean中的MILPFormulation;3) 结合Lean形式化的改写定义生成待证命题;4) 代理调用Lean-LSP-MCP读取Lean进程反馈,迭代构造证明;5) 证明通过即产出机器可检验证书。
这对工程意味着什么
第一个动作:验收LLM生成的MILP改写时,要求形式化等价证明,或至少做多实例压力测试。要避免的捷径:只看单个实例目标值一致就采信——EvoCut的割平面就是这样通过检验却在部分实例上删除最优解。
证据定位
FLARE在FormulationBench的NP-hard子集上验证准确率达100%,优于只做实例级数值比对的方法(如EquivaMap)。诊断案例显示:EvoCut生成的割平面通过了单实例检验,却在部分实例上删除最优解。轻量代理FLARE-NL准确率与FLARE相当,但不产出证书。(筛选维度:形式化验证、可复核评测)
适用边界
验证覆盖限于可在Lean中形式化表达的MILP改写类型;评测集仅20个问题、109个改写,规模有限,是否覆盖更广泛的工业建模场景论文未说明。
方法与英文摘要

FLARE的输入是参考公式A与候选改写B的模板化LaTeX/Python描述及参数映射。LLM代理把两者分别形式化为Lean中的MILPFormulation,再结合Lean形式化的改写定义生成待证命题。代理通过Lean-LSP-MCP读取Lean进程反馈,迭代构造改写等价性证明;证明通过即产出机器可检验证书。评测基准FormulationBench含20个优化问题、109个改写方案。

Mixed-Integer Linear Programming (MILP) is a fundamental tool for combinatorial optimization with extensive real-world applications. A central challenge is designing computationally efficient MILP formulations. Large Language Models (LLMs) offer new opportunities to automate the modeling process, from deriving formulations to strengthening them. Reliable automation requires robust methods for verifying that proposed formulations preserve the underlying optimization problem. However, existing approaches evaluate formulations numerically and fail to reason about general problem instances. We resolve this limitation by introducing a constructive definition of MILP reformulation that can be formalized in Lean and machine-checked. We develop FLARE (Formulation-Level Automated Reformulation Evaluation), a method that uses an LLM-based agent and the Lean proof assistant to verify proposed reformulations against a reference formulation. To evaluate our approach, we introduce FormulationBench, a challenging dataset of 20 problems and 109 formulations. FLARE outperforms existing methods, with 100% accuracy on the NP-hard subset of FormulationBench. Furthermore, FLARE produces a machine-checkable certificate for every reformulation it accepts. For cases where formal guarantees are not necessary, we introduce FLARE-NL, a fast and cheap LLM proxy that matches FLARE's accuracy but produces no certificate. These methods enable reliable verification in automated optimization modeling.

形式化与程序验证 7/30

Predicting Program Exit Code with LLMs and Programming Language Semantics

别指望LLM按你给的语义规则判断程序:实验证明它靠的是预训练记忆:如果你让LLM按照一份形式化语义规则判断程序是否合法,先别信结果。PrEx实验证明,开源代码LLM主要靠预训练学到的先验模式作答,而不是真正套用你给定的规则;一旦换掉算子含义或把关键字替换成生僻符号,正确率明显下降,程序越复杂错得越多。

两句看懂

PLSemanticsBench把语义理解和多步轨迹生成混在一起,低分说不清原因;PrEx改用二元合法性判断加违规规则定位,把两者拆开。覆盖两种语义形式化、两种语义偏移和三类程序来源的测试显示,模型更依赖预训练先验,语义偏移下正确率明显下降,复杂度越高错误越多。

核心判断

LLM不会严格套用你给定的语义规则来判断程序合法性。PrEx的受控实验表明,它更依赖预训练先验;语义偏移下正确率明显下降,程序越复杂退化越严重。

关键要点

1. 旧评测PLSemanticsBench要求同时生成状态、规则和完整执行轨迹,全线低分却无法区分是语义理解不足还是轨迹生成太难,评测维度混淆。2. PrEx用系统化语义感知变换把合法程序改成配对非法程序,覆盖三类来源、两种语义形式化和两种偏移(含KeywordObf),对开源代码LLM做非CoT/CoT对照评测。3. 结论是模型靠先验不靠规则:语义偏移下正确率明显下降,复杂度升高进一步退化;需要规则遵循的场景必须加人工或专用解释器复核。

证据与结果

数据集包含Human-Written、LLM-Translated、Fuzzer-Generated三个split,每个合法程序配一个语义感知变换生成的非法程序。在两种语义形式化体系和两种语义偏移(含KeywordObf)下,对开源代码/推理LLM做非CoT与CoT评测。核心发现三条:模型整体依赖预训练先验而非给定规则;语义偏移条件下正确率明显下降;程序复杂度上升时性能进一步退化。

打开论文原文
它要解决什么
给定形式化操作语义规则时,LLM是真正逐条套用规则判断程序能否执行,还是只是在复用预训练中学到的先验模式?
研究路径
机制分四步:一,从合法程序出发,用系统化、语义感知的规则化变换生成配对的非法程序;二,提供两种操作语义形式化描述作为规则来源;三,设置两种语义偏移——替换算子含义、用生僻单token符号替换关键字与算子(KeywordObf),后者专门切断预训练记忆线索;四,对开源代码LLM分别用非CoT和CoT提示评测,要求输出二元合法性判断和违反的规则,再按程序来源与偏移类型分组统计正确率。
这对工程意味着什么
第一个动作:在把LLM接入按显式语义规则判断程序行为的流程前,先跑一组改变算子含义或替换关键字的对照测试,确认它真在套规则。要避免的捷径:不要以为“把规则说明贴进prompt”模型就会照做——复杂程序必须人工或专用工具复核。
证据定位
旧评测PLSemanticsBench要求模型同时输出执行状态、规则与完整执行轨迹,全线低分,但分不清是语义不懂还是轨迹生成本身难。PrEx改用二元判断把两者分离后,结果很清楚:模型整体依赖预训练先验而非给定规则;在语义偏移(算子含义改变、KeywordObf)下正确率明显下降;程序结构越复杂,准确率进一步退化。(筛选维度:可复核评测、软件工程方法)
适用边界
仅评测了开源代码LLM;非法程序由系统化变换规则生成;所覆盖的语义偏移类型(算子含义替换、KeywordObf)和两种形式化体系,可能无法代表全部语言语义场景。
方法与英文摘要

作者构建PrEx任务:从合法程序出发,用系统化、语义感知的变换生成配对的非法程序,程序来源覆盖Human-Written、LLM-Translated、Fuzzer-Generated三类;提供两种操作语义形式化描述,并设置两种语义偏移——算子含义替换,以及把关键字与算子换成生僻单token符号的KeywordObf(用来消除预训练线索);对开源代码LLM在非CoT与CoT两种模式下评测,输出二元可执行性判断及违反的具体规则。

Large language models (LLMs) have shown proficiency in various software engineering tasks, such as code generation and translation. However, a key limitation in their performance may be their (lack of) understanding of programming-language semantics. Even when explicit semantics are given, it remains unclear whether LLMs apply those rules or lean on priors learned during pre-training instead. We study if LLMs lean on priors or given semantics with a novel task--Program Executability Prediction (PrEx)--that asks models to predict whether a program is semantically valid or invalid (and, if invalid, which formal rule it violates) given the program's syntax and operational semantics. Because PrEx requires both valid and invalid programs, we build a dataset with systematically generated invalid transformations derived from valid programs. We evaluate open-source coding LLMs under two semantic formalisms and two semantic shifts across Human-Written, LLM-Translated, and Fuzzer-Generated program splits. Our findings show that LLMs lean on pre-training priors rather than systematically applying the given rules, performing especially poorly on modified semantics and degrading further as program complexity increases. PrEx is available at https://github.com/EngineeringSoftware/prex.

形式化与程序验证 7/30

RePro: Proof-Verified Benchmark Rewriting for Reliable Evaluation of LLM Mathematical Problem Solving

只有机器可验证的证明,才能堵住数学基准改写的漏洞:如果你在维护或引用数学基准成绩,这条值得读:现有改写式评测靠启发式规则或LLM当裁判,题目无效、答案错误照样混进来,模型还可能靠记忆刷分。RePro的办法是让改写题必须通过Lean定理证明器的内核级证明验证,才能被保留。

两句看懂

现有改写式评测依赖启发式或LLM判断,难保证题目有效、答案正确。RePro引入Lean神经定理证明器做证明级验证,在GSM8K、MATH上使保留实例良定义率、可行率、答案正确率均达100%,且多个模型在验证后改写题上准确率下降。

核心判断

改写式评测能不能保证有效和正确?答案是:只有引入机器可验证的证明检查才行——RePro用Lean证明验证使保留实例100%良定义、可行、答案正确,而传统方法做不到。

关键要点

1. 旧假设:靠启发式规则或LLM当裁判就能筛掉坏题——实际不行,HLE数学类题目有效率超92%,答案有效率仅59.6%。 2. 方法:LLM改写GSM8K/MATH原题并保守筛查,形式化后由Lean神经证明器搜证,只保留通过Lean内核级验证的实例。 3. 结果:保留实例良定义率、可行率、答案正确率均100%,多个模型在验证后改写题上准确率下降——做基准重写时应接入证明验证,而非只靠LLM筛查。

证据与结果

数据来源GSM8K和MATH原始题目;对比对象为既有改写方法(启发式/LLM式)与RePro;评测指标为良定义率、可行率、答案正确率,RePro保留实例三项均100%,既有方法仍存在无效或答案错误实例;在准确率维度上,对多个模型分别测试原题与RePro证明验证改写题,观察到多个模型在改写题上准确率下降,提示对表层/结构变化敏感,可能部分反映记忆效应。

打开论文原文
它要解决什么
改写式基准能否真正保证题目有效、答案正确,并避免模型仅凭记忆刷分?
研究路径
步骤:①LLM对原题做多样化改写,先做保守语义筛查排除明显错误;②将改写后的陈述形式化;③Lean神经定理证明器(Goedel-Prover、DeepSeek-Prover)搜索候选证明;④证明须通过Lean内核级验证才被接受;⑤未通过验证或证明失败(编译失败、目标不匹配、战术错误)的实例被剔除,只保留证明验证通过且答案经验证的实例。
这对工程意味着什么
第一步行动:给你的数学类基准重写流程接入可形式化的证明验证(如Lean神经ATP),逐题校验题目-答案对。要避开的捷径:只靠LLM自评或人工抽查,看似省事,实际容易漏掉隐藏错误——HLE的答案有效率只有59.6%就是前车之鉴。
证据定位
RePro保留的改写实例良定义率、可行率、答案正确率均达100%;既有启发式/LLM式改写方法仍会产生无效或答案错误的实例。引用的HLE-Verified显示,HLE数学类题目有效率超92%,但答案有效率仅59.6%,说明只查问题层面不够。在准确率维度,多个模型在RePro证明验证过的改写题上成绩下降,提示原始高分可能部分来自记忆而非稳健推理。(筛选维度:形式化验证、可复核评测)
适用边界
方法依赖题目可被形式化为Lean陈述,当前实验限于GSM8K、MATH两个数据源,且证明验证只覆盖可判定为数学/形式化命题的题型,适用范围随之受限。
方法与英文摘要

以GSM8K和MATH原题为数据源,分五步:LLM生成多个改写题,先做保守语义筛查;把改写后的陈述形式化为Lean语句;用Lean神经定理证明器(Goedel-Prover、DeepSeek-Prover)搜索候选证明;证明必须通过Lean内核级验证才被接受;编译失败、目标不匹配、战术错误的实例一律剔除。整个流程是三阶段核验,只保留证明验证通过、答案有参考证明支撑的实例。

Data contamination undermines the reliable evaluation of large language models (LLMs) on mathematical problem solving. While rewriting-based evaluation mitigates memorization, existing methods lack guarantees of problem validity and answer correctness. We propose Proof-Verified Benchmark Rewriting (RePro), the first framework to integrate Lean-oriented neural automated theorem provers (ATPs) into benchmark rewriting, which rewrites problems and regenerates answers with correctness ensured by Lean-verified proofs. Experiments on GSM8K and MATH show that RePro's retained rewritten instances achieve 100% well-definedness, feasibility, and answer correctness, while existing methods still produce invalid or incorrect instances. Moreover, several models exhibit accuracy drops on proof-verified rewritten benchmarks, suggesting that their performance is sensitive to surface-level and structural variations and may partly reflect memorization effects. Our source code and data are available at https://github.com/AI4Engi/RePro.

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

软件工程与仓库智能 13/30

SWE-Gate: Passing Functional Tests Is Not Enough for Software Engineering Agents

补丁跑通功能测试,不等于评审能过关:约34%通过功能测试的补丁不满足评审约束:你在验收代码修复agent时,如果只看功能测试通过率,会高估它的实际可用性。SWE-Gate把功能正确性和评审约束合规性拆成两套测试,用303个仓库级修复实例分别考核,结果发现4个LLM后端生成的644次功能测试通过补丁中,有221次(约34%)没有满足评审约束。

两句看懂

现有仓库级基准只用功能测试判断补丁是否成功,忽略了代码评审中提出的额外验收约束;SWE-Gate为303个修复实例分别构造功能测试与约束测试。4个LLM后端生成的644次功能测试通过补丁中,221次(约34%)未满足评审约束。

核心判断

功能测试通过不等于修复被接受:644次通过功能测试的补丁中,221次(约34%)未满足评审约束,功能正确性和评审合规性是两个可分离的评估维度。

关键要点

1. 旧假设失灵:SWE-Bench等基准只用功能测试判定补丁成功,忽略评审中的向后兼容、异常语义、仓库惯例等约束。 2. 方法与对照:SWE-Gate从75个开源Python仓库的真实PR评审评论提取约束,合成303个实例,每个实例配功能测试、约束测试、仅过功能测试的不合规补丁和两项都过的金标准补丁。 3. 结果与做法:644次功能测试通过的补丁中221次(约34%)未过约束测试,验收agent时应同时跑两类测试。

证据与结果

数据来自75个开源Python仓库的真实PR,共构建303个仓库级修复实例。每个实例含功能测试、约束测试、不合规补丁、金标准补丁。4个能力不同的LLM后端在同一coding-agent脚手架下运行。结果:644次通过功能测试的补丁中,221次(约34%)未通过约束测试。

打开论文原文
它要解决什么
补丁的功能测试全部通过了,它是否也满足代码评审中维护者提出的额外验收约束?
研究路径
流程分四步:先从真实PR评审评论中提取评审约束;再围绕约束合成仓库级修复任务;然后为每个实例写功能测试和约束测试,并构造不合规补丁(仅过功能测试)与金标准补丁(两者都过)来验证两套测试确实可分离、可执行;最后让4个LLM后端在统一agent脚手架下生成补丁,分别跑两类测试并统计。
这对工程意味着什么
第一步行动:给你的代码修复agent验收流程加上评审/兼容性约束测试,和功能测试一起跑。要避开的捷径:只拿功能测试通过率当能力指标,它会把约34%不满足评审约束的补丁误判为成功。
证据定位
4个LLM后端共产生644次通过功能测试的补丁,其中221次(约34%)未通过约束测试。这个数字说明:只用功能测试评估,会系统性高估agent满足完整修复要求的能力。(筛选维度:形式化验证、可复核评测、软件工程方法)
适用边界
样本只覆盖75个开源Python仓库中可提取评审约束的303个实例,约束来自人工可识别的PR评审评论,领域和语言范围有限,结论能否推广到其他语言或闭源项目,该工作未验证。
方法与英文摘要

SWE-Gate从75个开源Python仓库的真实PR评审评论中提取评审约束,围绕约束合成303个仓库级修复实例。每个实例带功能测试和约束测试两套独立测试,另附一个只过功能测试的不合规补丁和一个两项都过的金标准补丁。4个LLM后端在同一个coding-agent脚手架下生成补丁,分别跑两类测试。

Repository-level software engineering benchmarks have significantly advanced the evaluation of coding agents, but existing benchmarks primarily measure whether generated patches pass functional tests and overlook review-derived acceptance constraints (review constraints) that often influence whether a patch is acceptable in real-world software development. We introduce SWE-Gate, a repository-level benchmark for software engineering agents that explicitly evaluates review constraint compliance alongside functional correctness. SWE-Gate derives review constraints from real pull request review comments and synthesizes repository-level repair instances around these constraints. Each instance provides separate functional and constraint tests, together with non-compliant and gold patches, enabling explicit separation between issue resolution capability and review constraint compliance. We construct SWE-Gate with 303 repository-level repair instances spanning 75 open-source Python repositories across diverse software domains. Experiments with four LLM backends spanning different capability levels under a common coding-agent scaffold reveal a substantial gap between functional success and success under the complete repair specification: among 644 repairs that pass the functional tests, 221 fail to satisfy the provided review constraints. These findings show that functional-only evaluation overestimates agents' ability to satisfy the full requirements of repository-level repair tasks. The replication package including code, data, and experimental results is available at https://github.com/DeepSoftwareAnalytics/SWE-Gate.

软件工程与仓库智能 8/30

WiseSpec: Requirements-Driven Agents for Code Generation

需求写得不好,代码就生成不好:WiseSpec用结构化需求把%Resolved拉高1…:如果你的团队用大模型改代码却总返工,问题可能不在模型也不在工具,而在任务描述本身含糊、不完整。WiseSpec的思路是:先用DSL把需求结构化,再生成可执行测试给需求打分,不合格就迭代修正,最后再生成代码。它在三个SWE基准、两款模型上,平均%Resolved比基线高13.17%。

两句看懂

任务描述常常不完整或含糊,直接丢给大模型容易生成错误代码;WiseSpec先用DSL构建结构化需求,再做执行式质量评估并迭代修正。在SWE-Lite、SWE-Verified、SWE-Pro三个基准和DeepSeek、Qwen两款模型上,它较Agentless、Trae-agent、Claude Code平均%Resolved提升13.17%。

核心判断

研究问题是:需求描述不完整时如何提升代码生成正确率。答案是显式构建结构化需求并做执行式验证。证据是WiseSpec在三个基准、两款模型上平均%Resolved超过基线13.17%。

关键要点

1)以往方法默认任务描述忠实表达了需求,只优化编码agent的工具和工作流,不检查需求本身是否完整、无歧义,结果大模型常因理解偏差生成错误代码。2)WiseSpec分三阶段:沿程序依赖检索代码并用含9项主属性、17项子属性的DSL组织需求;把需求质量评估转成执行式代码评测,生成可执行代码和测试算质量分;按精炼与对齐规则迭代修正。对照条件是两款基座模型(DeepSeek-V3.2、Qwen-Plus)和三个基线(Agentless、Trae-agent、Claude Code)。3)在三个基准上WiseSpec的%Resolved全面超过三基线,如SWE-Pro(DeepSeek)从Claude Code的24%升到35%,两模型平均提升13.17%;工程师该做的是先校验需求质量,而不是堆工具复杂度。

证据与结果

评测集是SWE-Lite、SWE-Verified、SWE-Pro三个基准(论文未列出各基准题目规模);基座模型是DeepSeek-V3.2和Qwen-Plus-2025-12-01;对比基线是Agentless、Trae-agent、Claude Code;指标是%Applied和%Resolved。结果:在六种基准×模型组合中,WiseSpec两项指标都超过三个基线。例如DeepSeek在SWE-Pro上,%Resolved从Claude Code的24%升到35%;平均%Resolved提升13.17%。

打开论文原文
它要解决什么
任务描述模糊、不完整时,怎么让大模型真正理解需求,生成正确的代码?
研究路径
流程分五步:1.从任务描述出发,沿程序依赖迭代检索代码片段;2.用DSL(9项主属性、17项子属性)把需求组织成结构化文档;3.根据需求生成可执行代码和测试,计算执行式质量分;4.按精炼与对齐规则迭代修正需求;5.用最终需求驱动代码生成,循环直到质量达标。
这对工程意味着什么
第一步行动:在把任务交给代码生成模型前,先用可执行测试校验需求完整性,不合格就迭代修正——实测这样平均%Resolved提升13.17%。要避免的捷径:只增加工具和工作流的复杂度,却从不检查需求本身的质量。
证据定位
DeepSeek在SWE-Pro上的%Resolved:WiseSpec 35%,Claude Code 24%,Agentless 6%。三个基准、两款模型上,WiseSpec的%Applied和%Resolved全部超过三个基线,平均%Resolved提升13.17%。(筛选维度:可复核评测、软件工程方法)
适用边界
论文只有3页,仅在两款模型(DeepSeek-V3.2、Qwen-Plus)和三个SWE系基准上做了验证,没有给出各基准的题目规模,也没有报告跨语言或非Python代码库上的结果。
方法与英文摘要

数据用SWE-Lite、SWE-Verified、SWE-Pro三个基准;模型用DeepSeek-V3.2和Qwen-Plus;基线是Agentless、Trae-agent、Claude Code。流程分几步:沿代码依赖迭代检索相关片段,用DSL(9项主属性、17项子属性)把需求组织成结构化文档;根据需求生成可执行代码和测试,算出质量分;按规则迭代精炼需求;最后用合格的需求驱动代码生成。

Code generation aims to automatically generate source code from task requirements and has attracted significant attention with the rapid advancement of large language models (LLMs). Despite remarkable progress, LLMs often struggle to generate correct code for complex software engineering tasks because task descriptions are frequently incomplete, ambiguous, or lack critical contextual information. Existing approaches primarily improve the capabilities of coding agents through more sophisticated tools, skills, and workflows, while largely overlooking the quality of the task requirements themselves. To address this limitation, we draw inspiration from software requirements engineering and propose WiseSpec, a novel requirements-driven agent framework for repository-level code generation. WiseSpec automatically constructs structured and information-rich requirements, assesses their quality through execution-based evaluation, and iteratively refines them to better guide code generation. Experimental results show that WiseSpec consistently outperforms all baselines, achieving an average improvement of 13.17% in %Resolved.

软件工程与仓库智能 8/30

AgentLogs: A Dataset for Opening the Black Box of GitHub's Cloud Agent

云代理的执行过程首次被完整留痕:AgentLogs收录6425万条逐步日志:你之前只能看到GitHub Copilot云代理交出的PR,看不到它中间怎么探索仓库、怎么调工具、卡在哪一步。AgentLogs把2026年7月一周内35,810个仓库的307,416个代理任务、64,255,174条执行日志(56.7GB)全部公开,复盘代理行为第一次有了完整依据。

两句看懂

以往数据集只记录代理产出的PR等最终结果,无法还原它编辑代码、调用工具的过程;AgentLogs转而抓取GitHub Copilot云代理的逐步会话日志。扫描1,812,362个仓库后,仅35,810个(1.98%)曾分配代理任务,共留存6425万余条含提示词、推理与工具调用的日志记录。

核心判断

代理执行细节可以被系统采集和研究:GitHub Copilot云代理的提示、推理、工具调用都能经其API逐步留痕。证据是AgentLogs的56.7GB、6425万条日志,覆盖35,810个真实仓库任务。

关键要点

1. 现有代理贡献数据集(如agent-authored PR集合)只保存最终产出,遗漏探索仓库、编辑代码、调用工具的中间步骤,导致行为策略、失败模式、人机协作难以研究。2. AgentLogs以SEART的>10星仓库列表(2026-07-10)为种子,经GitHub REST API取任务ID,再用未文档化的Copilot API拉取任务/会话元数据及逐行JSON日志,2026-07-10至17日采集,分片存为5张Parquet表。3. 1,812,362个扫描仓库中仅35,810个(1.98%)有代理任务,共307,416个任务、549,239个会话、64,255,174条日志(56.7GB);评估代理工具时应采集逐步日志,而非只看PR结果。

证据与结果

数据源为SEART收录的>10星公开GitHub仓库,共扫描1,812,362个,其中35,810个(1.98%)曾分配代理任务;最终得307,416个任务、549,239个会话、64,255,174条日志条目,共56.7GB,分5张Parquet表(仓库395.6MB/任务77.1MB/会话225.1MB/日志56.0GB/用户39.7MB)。采集窗口为2026-07-10至17日;论文未报告代理成功率等结果指标,只描述数据规模与结构。

打开论文原文
它要解决什么
GitHub Copilot云代理完成任务后只产出PR等结果,但它探索仓库、编辑代码、调用工具的具体步骤能否被系统记录下来,供工程复盘和研究使用?
研究路径
采集分五步:①以SEART维护的>10星GitHub仓库列表(2026-07-10抓取)为种子;②按仓库调用GitHub REST API获取代理任务ID;③用未文档化的Copilot API拉取任务/会话元数据;④用同一API取得逐行JSON会话日志;⑤按体积分片(日志≤220MB、会话≤120MB、其余≤80MB)存为Parquet表。
这对工程意味着什么
第一个行动:评估代理类工具时,采集逐步执行日志(提示、工具调用、token用量),因为结果相同的任务可能走过不同的探索路径。要避免的捷径:只抽查几个PR案例就下结论,这是误导。
证据定位
共扫描1,812,362个仓库,其中35,810个(1.98%)曾分配代理任务,产出307,416个任务、549,239个会话、64,255,174条日志条目,总量56.7GB,分5张Parquet表(仓库395.6MB/任务77.1MB/会话225.1MB/日志56.0GB/用户39.7MB)。(筛选维度:可复核评测、软件工程方法)
适用边界
仅覆盖>10星的公开仓库,采集窗口只有2026-07-10至17日一周;任务/会话记录中关联的PR、分支、工作流等资源未抓取详细元数据,限制了结果关联性分析。
方法与英文摘要

分五步:①以SEART维护的>10星GitHub仓库列表(2026-07-10抓取)为种子;②按仓库调用GitHub REST API获取代理任务ID;③用未文档化的Copilot API拉取任务和会话元数据;④用同一API取得逐行JSON会话日志;⑤按体积分片(日志≤220MB、会话≤120MB、其余≤80MB)存为5张Parquet表。采集窗口为2026-07-10至17日。

Generative AI-based software engineering agents are becoming routine contributors to real-world software projects. On GitHub, developers can assign tasks to the Copilot cloud agent, which autonomously explores the repository, edits code, runs commands, and opens or reviews pull requests, producing a detailed log of every step along the way. While existing datasets capture outcomes of agent contributions, such as agent-authored pull requests, the process by which agents produce these contributions remains largely unexplored. To address this gap, we introduce AgentLogs, a large-scale dataset of agent activity on GitHub. AgentLogs comprises 307,416 agent tasks and 549,239 agent sessions in 35,810 of the 1,812,362 popular public repositories that we scanned, together with 64,255,174 session log entries that record each agent run step by step, including prompts, intermediate reasoning, tool calls (e.g., file edits, git operations, and GitHub interactions), and token usage. By exposing not only what agents contribute but also how they work, AgentLogs enables research on agent behavior, efficiency and cost, task formulation, failure modes, and human-agent collaboration in agentic software engineering.

代码质量与优化(0 篇)

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

UI 与 GUI Agent(1 篇)

UI 与 GUI Agent 8/30

OmegaUse-SOP: SOP Engineering for Professional Computer Use from Human Demonstrations

示范炼SOP技能,专业软件GUI代理待验证:通用计算机使用基准未覆盖专业SOP的隐性知识与校验要求。OmegaUse-SOP用Observe-Reason-Configure-Execute四模块把专家示范转为可复用GUI代理技能,在PVsyst光伏仿真流程试用,称提升可靠性,但未给出具体准确率数字。

两句看懂

通用计算机使用基准难以覆盖专业软件SOP中的隐性知识和校验要求,OmegaUse-SOP改用Observe-Reason-Configure-Execute四模块把人类示范工程化为可复用GUI代理技能。该系统在电力行业客户的PVsyst 7.2光伏仿真工作流上测试,结果显示GUI代理在专业SOP任务上可靠性提升,但未公开具体准确率或成功率数字。

核心判断

答案:可以,人类示范经SOP工程四模块加工后能转为可复用GUI代理技能,论文以PVsyst光伏仿真流程为例证实提升可靠性的定性效果,但未给出量化准确率数据作为证据支撑。

关键要点

1. 通用计算机使用基准(如OSWorld)未覆盖专业软件SOP的隐性领域知识、软件专属约定与任务级校验要求;SOP-Bench、Workflow-GYM等工业流程基准显示代理在歧义处理、分支逻辑、错误处理、工具编排、流程环节遗漏、错误传播和目标漂移上表现不佳。 2. OmegaUse-SOP设Observe、Reason、Configure、Execute四模块:Observe录制专家多模态GUI操作轨迹,Reason将其抽象为语义级步骤指令,Configure由人工加入领域规则与任务参数,Execute在真实GUI环境中逐步做定位、动作生成与校验;系统与电力行业客户合作,在PVsyst 7.2光伏仿真流程上落地测试。 3. 论文称该系统可提升GUI代理在专业SOP任务上的可靠性,但正文节选未给出无SOP基线与加SOP版本的具体准确率、成功率或任务数量对比,当前证据仅为单一光伏仿真场景的定性说明,量化证据不足。

证据与结果

测试场景为电力行业客户使用的PVsyst 7.2光伏仿真软件工作流,与该客户合作落地,未提供任务数量、难度分层或数据集划分信息。评测方式为在真实GUI环境中执行任务并做任务级校验,但正文节选未给出无SOP基线与加SOP版本的成功率、准确率等具体数字或对照表,也未描述具体失败模式统计,仅有定性结论'可提升GUI代理可靠性'。

打开论文原文
它要解决什么
专业软件的隐性SOP知识与验证要求,能否通过人类示范工程化转成可复用GUI代理技能?
研究路径
人类专家在真实软件中完成任务,Observe模块记录多模态GUI操作轨迹;Reason模块把底层事件抽象为语义级步骤指令;Configure模块由人工加入领域规则、软件专属约定与任务参数,使示范可适配新任务实例;Execute模块在真实GUI环境中按步骤做元素定位、动作生成,并执行任务级校验。
这对工程意味着什么
落地专业软件GUI代理前,先录制专家示范并加人工领域规则再执行,比直接让代理零样本操作更可靠;但不要把论文'可提升可靠性'的定性描述当作已验证的量化准确率,因为节选未给出对照数字。
证据定位
摘要与正文节选仅称OmegaUse-SOP在PVsyst光伏仿真SOP任务上'可提升GUI代理可靠性',未给出无SOP基线与加SOP版本的具体成功率或数量对比,量化证据不足。(筛选维度:可复核评测、GUI Agent 方法)
适用边界
仅在单一行业(电力行业客户)、单一软件(PVsyst 7.2光伏仿真)场景测试,属于个案验证;正文节选未给出任务样本量、成功率数字或与无SOP基线的对照,代表性和量化证据有限。
方法与英文摘要

以电力行业客户的PVsyst 7.2光伏仿真流程为场景,人类专家操作作为示范输入。四步执行:Observe记录多模态GUI操作轨迹;Reason将底层事件抽象为语义级步骤指令;Configure由人工加入领域规则与任务参数;Execute在真实GUI环境中逐步做元素定位、动作生成与结果校验。未提供任务数量或分层信息。

Large language models (LLMs) are increasingly evolving from conversational assistants into agents capable of operating external digital environments. Graphical user interface (GUI) agents play an important role in this transition, as many real-world workflows remain accessible only through user-facing software interfaces. However, despite recent progress on general computer-use benchmarks, domain-specific professional standard operating procedures (SOPs) remain challenging for GUI agents because they often involve implicit domain knowledge, software-specific conventions, and task-level verification requirements. We introduce OmegaUse-SOP, a human-in-the-loop SOP Engineering system for transforming human demonstrations of professional computer use into reusable SOP skills for GUI agents. Analogous to prompt engineering, SOP Engineering iteratively refines demonstrations, execution rules, and domain knowledge to convert professional SOPs into reusable GUI-agent skills. OmegaUse-SOP consists of four modules: Observe, Reason, Configure, and Execute. Together, these modules record expert operations as multimodal GUI traces, abstract low-level events into semantic step-level instructions, incorporate domain rules and task-specific parameters, and execute the resulting skills in live GUI environments through step-wise grounding, action generation, and verification. To demonstrate its effectiveness, we collaborate with a power-sector client and test OmegaUse-SOP on photovoltaic simulation workflows in PVsyst 7.2. The results suggest that OmegaUse-SOP can improve GUI-agent reliability on professional SOP tasks, highlighting a practical path toward deploying GUI agents in domain-specific professional software environments.

个人知识与本体(1 篇)

个人知识与本体 6/30

Bilevel Coordinated Reflection: A Game-Theoretic Approach to Multi-Agent LLM Systems

纯文本判官救不了多智能体反思,必须靠环境验证才可靠:如果你在给多智能体系统写反思模块,这条结论直接影响你怎么设计:论文证明只读生成文本的判官在语义相反的环境中无法可靠改进,必须把环境反馈设为记忆接受门槛。据此提出的SRMA机制在SWE-bench 500例上解决72.2%,高于公开参考的70.8%。

两句看懂

以往多智能体反思依赖纯文本判官决定是否采纳记忆,但理论证明它在语义相反的环境中无法可靠改进,论文改用环境验证风险严格下降才接受记忆的SRMA机制。在SWE-bench 500个实例上,完整系统解决72.2%,高于公开参考的70.8%。

核心判断

环境接地的验证门控能可靠改进多智能体反思,纯文本判官不能。支撑是两条:语义相反环境中的信息论不可能性证明,以及SWE-bench上72.2%对70.8%的实测提升。

关键要点

1. 旧框架只规定通信拓扑和缓冲区更新规则,没说清反思到底改进了什么量,纯文本评判为何失效一直悬而未决。2. 论文用双层协调博弈建模交互,并设SRMA门控:环境评估风险严格下降才接受记忆,在隐藏上限资源博弈、配BFS精确值表的Overcooked、500例SWE-bench三类环境中受控验证,前两类不依赖LLM-as-judge。3. 不可能性证明表明纯文本门控在语义相反的成对环境中无法同时改进,而SRMA恢复几何收敛;SWE-bench上完整系统72.2%对参考70.8%,下一步应给反思模块接入可执行环境反馈。

证据与结果

三类环境分工明确:(a)隐藏上限资源博弈;(b)Overcooked,配精确BFS值表,直接读真实值而非LLM判断;(c)SWE-bench,500个实例。前两类不用LLM-as-judge,用于直接验证策略松弛与记忆漂移等理论量。SWE-bench上完整Kimi系统解决361/500例72.2%),对照公开mini-SWE-agent v2参考的70.8%。理论证明纯文本门控在文本律相同、含义相反的成对环境中无法同时改进,这一失败诊断驱动了环境接地设计。

打开论文原文
它要解决什么
纯文本判官为何在语义相反的环境中失效,而环境验证门为何能可靠改进多智能体反思?
研究路径
1) 编排者与执行者构成双层博弈,编排者按分解耦合度在慢时间尺度更新策略记忆;2) 执行者在近似势博弈中做η_c-更好响应,松弛由分解耦合度界定;3) 候选反思记忆先经环境评估器(测试、模拟器、BFS值表)打分,仅当风险严格下降才由SRMA接受写入;4) 随机评估用置信度门控,环境非平稳时触发再锚定以恢复收敛。
这对工程意味着什么
第一步行动:给反思模块接入可执行的环境反馈(单测、模拟器、精确值表等),把它作为记忆提交的硬门槛。要避开的捷径:不要用更强的文本评判模型替代环境验证,理论证明纯文本判官在语义相反场景中无法可靠改进。
证据定位
理论部分给出信息论不可能性证明:两个文本生成规律相同但反思含义相反的环境中,只读文本的门控(含理想纯文本判官)行为一致,无法同时改进;环境接地的SRMA门控能区分两者并恢复几何收敛。实测部分:SWE-bench 500例中完整Kimi系统解决361例(72.2%),高于公开mini-SWE-agent v2参考的70.8%。前两类环境不使用LLM-as-judge,直接读取真实值验证理论量。(筛选维度:置信度与不确定性、可复核评测)
适用边界
SWE-bench评测只用了500个实例,且仅对比单一基座(Kimi)系统与单一公开参考(mini-SWE-agent v2)。两类理论验证环境(资源博弈、Overcooked)是可控合成场景,规模有限,用于暴露理论量,不代表真实任务分布。
方法与英文摘要

论文把编排者-执行者交互建模为双层协调博弈:编排者慢时间尺度更新策略记忆,执行者快时间尺度做η_c-更好响应。核心机制是SRMA:候选反思记忆先由环境评估器(测试用例、模拟器、BFS精确值表)打分,仅当环境评估风险严格下降时才接受写入;对随机评估加置信度门控,环境非平稳时触发再锚定。实验在隐藏上限资源博弈、Overcooked、SWE-bench(500实例)三类环境中进行,基座模型为Kimi。

Multi-agent LLM systems commonly use an orchestrator to decompose a task for a team of workers and then improve through textual reflection. Despite strong empirical results, these systems lack a unified account of coordination, memory improvement, and the role of external verification. We model orchestrator-worker interaction as a bilevel coordination game: under bounded coupling, the workers' local-update game is an approximate potential game whose equilibrium slack is controlled by decomposition quality. We then analyse reflection as stochastic movement over semantic memory states. For free-form reflection, we derive a finite-time upper bound, prove worst-case tightness, and give a positive lower bound under a falsifiable persistent-harm condition. We further prove an information-theoretic impossibility result: no gate that observes only the generated transcript can improve uniformly over text-indistinguishable environments, whereas an environment-grounded gate can. Motivated by this separation, we introduce Stochastic Reflective Memory Ascent (SRMA), which accepts a candidate memory only after a grounded evaluation risk strictly decreases. Under calibration and non-degenerate corrective mass, SRMA converges exactly, geometrically or polynomially; matching constructions show that both rate regimes are order-tight. We also provide confidence gating for stochastic evaluation and re-anchoring guarantees for piecewise-stationary environments. Experiments instantiate these objects with environment-grounded metrics and test the predicted coordination and drift laws. On 500 SWE-bench instances, the complete Kimi-based system resolves 72.2% versus a 70.8% public mini-SWE-agent reference. Code: https://github.com/YihangChen9/Bilevel-Coordinated-Reflection

人机协同与对齐(0 篇)

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

本轮分类概览

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

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

近一个季度监测日历

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

近 14 次监测窗口

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

本轮新增候选(24 篇)

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

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

形式化与程序验证 · 7/30 · 2026-09-01Predicting Program Exit Code with LLMs and Programming Language Semantics

Large language models (LLMs) have shown proficiency in various software engineering tasks, such as code generation and translation. However, a key limitation in their performance may be their (lack of) understanding of programming-language semantics. Even when explicit semantics are given, it remains unclear whether LLMs apply those rules or lean on priors learned during pre-training instead. We study if LLMs lean on priors or given semantics with a novel task--Program Executability Prediction (PrEx)--that asks models to predict whether a program is semantically valid or invalid (and, if invalid, which formal rule it violates) given the program's syntax and operational semantics. Because PrEx requires both valid and invalid programs, we build a dataset with systematically generated invalid transformations derived from valid programs. We evaluate open-source coding LLMs under two semantic formalisms and two semantic shifts across Human-Written, LLM-Translated, and Fuzzer-Generated program splits. Our findings show that LLMs lean on pre-training priors rather than systematically applying the given rules, performing especially poorly on modified semantics and degrading further as program complexity increases. PrEx is available at https://github.com/EngineeringSoftware/prex.

阅读 arXiv 原文
形式化与程序验证 · 7/30 · 2026-08-30RePro: Proof-Verified Benchmark Rewriting for Reliable Evaluation of LLM Mathematical Problem Solving

Data contamination undermines the reliable evaluation of large language models (LLMs) on mathematical problem solving. While rewriting-based evaluation mitigates memorization, existing methods lack guarantees of problem validity and answer correctness. We propose Proof-Verified Benchmark Rewriting (RePro), the first framework to integrate Lean-oriented neural automated theorem provers (ATPs) into benchmark rewriting, which rewrites problems and regenerates answers with correctness ensured by Lean-verified proofs. Experiments on GSM8K and MATH show that RePro's retained rewritten instances achieve 100% well-definedness, feasibility, and answer correctness, while existing methods still produce invalid or incorrect instances. Moreover, several models exhibit accuracy drops on proof-verified rewritten benchmarks, suggesting that their performance is sensitive to surface-level and structural variations and may partly reflect memorization effects. Our source code and data are available at https://github.com/AI4Engi/RePro.

阅读 arXiv 原文

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

软件工程与仓库智能 · 13/30 · 2026-09-03SWE-Gate: Passing Functional Tests Is Not Enough for Software Engineering Agents

Repository-level software engineering benchmarks have significantly advanced the evaluation of coding agents, but existing benchmarks primarily measure whether generated patches pass functional tests and overlook review-derived acceptance constraints (review constraints) that often influence whether a patch is acceptable in real-world software development. We introduce SWE-Gate, a repository-level benchmark for software engineering agents that explicitly evaluates review constraint compliance alongside functional correctness. SWE-Gate derives review constraints from real pull request review comments and synthesizes repository-level repair instances around these constraints. Each instance provides separate functional and constraint tests, together with non-compliant and gold patches, enabling explicit separation between issue resolution capability and review constraint compliance. We construct SWE-Gate with 303 repository-level repair instances spanning 75 open-source Python repositories across diverse software domains. Experiments with four LLM backends spanning different capability levels under a common coding-agent scaffold reveal a substantial gap between functional success and success under the complete repair specification: among 644 repairs that pass the functional tests, 221 fail to satisfy the provided review constraints. These findings show that functional-only evaluation overestimates agents' ability to satisfy the full requirements of repository-level repair tasks. The replication package including code, data, and experimental results is available at https://github.com/DeepSoftwareAnalytics/SWE-Gate.

阅读 arXiv 原文
软件工程与仓库智能 · 7/30 · 2026-09-03Code Transformation Rule Synthesis using LLMs: Potential and Limits

Due to their black-box nature, LLMs suffer from limited explain- ability and a lack of determinism. Their usage cost can also rise, particularly with repetitive tasks on large codebases. To mitigate this, we conduct a novel empirical study targeting three domain- specific languages for transformation rules, namely Comby, GritQL, and Ast-Grep. We evaluate three LLMs (GPT-5.4, GPT-oss-120B, and Llama3.1-8B) on six diverse datasets covering four software- evolution tasks: API misuse correction, program repair, API migra- tion, and language version migration. Our results provide evidence that transformation rule synthesis moves beyond proof-of-concept with strong frontier models. GPT-5.4 achieves consistently high rule applicability rates and produces transformations closest to the ground truth across most benchmarks. Smaller and open-weight GPT-oss-120B and Llama3.1-8B models remain effective for simpler, localized changes but struggle with complex migration scenarios. We also observe non-negligible generalizability through the usage of meta-variables and through a high reuse score in the first quartile of many datasets. Finally, when compared to the anti-unification algorithm, LLMs outperform it in correctness, but underperform in rule applicability. Overall, our results show great potential for LLMs to generate sound, correct, generalizable, and reusable rules.

阅读 arXiv 原文
软件工程与仓库智能 · 7/30 · 2026-09-03Two Truths and A Lie? Benchmarking Off-the-Shelf LLMs for Requirements Quality Assessment: Performance, False Alarms, and Misses

Requirements engineering (RE) governs the quality of everything downstream in systems engineering (SE); defective requirements that survive review cycles propagate into design rework, schedule delays, and cost overruns. Because requirements are often written in natural language, recent advances in generative AI have raised expectations that large language models (LLMs) can absorb requirement quality assessment, a task otherwise slow and human expertise-intensive. Yet empirical evidence on whether LLMs can be trusted to do so remains scarce. This study presents the first benchmarking analysis of off-the-shelf LLM performance for requirement quality evaluation. Against an expert-derived ground truth built on INCOSE quality criteria, we evaluate ten models spanning two families (OpenAI and Anthropic) and five generations each, across one hundred independent runs, two requirement sets, and five sampling temperatures. Four contributions follow. First, we quantify a strongly asymmetric error profile: across all models and runs, the best-performing Anthropic model detects a median of only 47% of expert-identified issues while false-flagging 11%. Second, performance degrades significantly where SE judgment is required, as necessity and correctness issues are almost always missed. Third, generational progress is non-monotonic, so newer models cannot be assumed better. Fourth, this error behavior shifts only modestly and non-monotonically across sampling temperatures, indicating characteristic model deficiencies rather than inherent stochasticity. Off-the-shelf LLMs are therefore not yet trustworthy autonomous evaluators. Findings also warrant caution for Agentic AI developers: orchestrating these LLM modules in specialized architectures risks compounding these deficiencies rather than correcting them. Their defensible near-term role is human-in-the-loop decision support.

阅读 arXiv 原文
软件工程与仓库智能 · 7/30 · 2026-09-02Requirements After the First Edit: Mining Late Requirement Emergence and Rework in Real-World Coding-Agent Sessions

Coding agents often implement changes before users have fully articulated their requirements, echoing a pattern from requirements engineering: stakeholders cannot express a constraint until part of the system exists to react to. This volatility is associated with schedule and budget overruns in traditional projects, but only at release-cycle granularity. Existing work on coding agents narrows this gap only partway: curated benchmarks fix requirements before implementation by design, and observational studies report pushback frequency without linking arrivals to the code invalidation they cause. We address this using 3,553 eligible SWE-chat sessions, coding post-implementation requirement arrivals along three dimensions and, where repository state can be replayed, linking each arrival to a proxy: deletion or replacement of prior agent-authored lines. A requirement's arrival is followed by roughly twice as much invalidation as matched non-requirement edits, robust to user-turn and net-deletion checks, though not demonstrated as causal. This burden shows no detectable decline over a session and no detected association with operation type once multiplicity is accounted for; several intervals remain wide. A controlled experiment shows delayed disclosure relocates implementation post-reveal, while advance warning produces no detected effect on overwriting. These results establish late requirement emergence as a measurable source of code invalidation.

阅读 arXiv 原文
软件工程与仓库智能 · 4/30 · 2026-09-01From Silicon to Boot Code: Extending Automated Program Repair to Firmware-Layer Security Workarounds

Automated program repair (APR) research has been constrained to design time. Current techniques localize and fix bugs in RTL or HLS designs before a chip reaches production. Once a hardware vulnerability surfaces post-silicon, the patch must be manually generated: existing automation addresses patch deployment but not patch synthesis. We study the feasibility of extending a dictionary-guided, localize-synthesize-validate APR methodology originally developed for RTL repair to this firmware layer. An automated commit-clustering miner surfaces recurring fix templates across the EDK II (UEFI) firmware repository's full commit history without depending on known CVE identifiers, recovering all three known CVE-fix campaigns and surfacing two additional candidate bug families. Grounded in real fix evidence, we build four independent localizers: missing speculation barriers in C (CVE-2017-5753, Spectre v1), missing bounds checks before array writes in C (a decompression library CVE), missing Return Stack Buffer stuffing in x86 assembly (CVE-2017-5715), and missing integer-overflow guards in Hand-Off Block creation code (surfaced by the miner itself). All four achieve 100% recall; precision ranges from 2.1-15.5% on the C families to 100% on the assembly and HOB families. Root-cause analysis of the C-family false positives attributes 77-90% to two intra-procedural causes, isolating the inter-procedural alias-analysis gap as a measured 15-20% rather than an estimate. A held-out test confirms Spectre v1 localization holds at 100% recall on unseen files; a fifth, independently built dictionary entry (CVE-2018-3630) shows the methodology extends to a new bug signature at low cost; and a naive syntactic baseline recalls at most 14% where our detector recalls 100%. We frame these results within a broader research agenda for a unified hardware-to-firmware correctness lifecycle.

阅读 arXiv 原文
软件工程与仓库智能 · 7/30 · 2026-09-01Fine-Tuning Large Language Models to Classify Pull Request-Issue Alignments: Going Beyond Prompting

Context: Accurate alignment between pull requests (PRs) and corresponding issues is crucial for efficient software development and maintaining code quality, as misalignments can reduce traceability, hinder defect localization, and decrease maintainability. Objective: This study aims to improve automated PR-issue alignment classification by leveraging fine-tuned large language models (LLMs) across multiple alignment categories, and conducts interpretability analysis to investigate the effects of PR-issue fields on the predictions of fine-tuned LLMs. Method: Our methodology consists of dataset preparation, LLM fine-tuning, and interpretability analysis. We first extended an existing dataset and applied data augmentation to address class imbalance. GPT-4o was then fine-tuned via instruction tuning, and open-source LLMs including CodeLlama-7B, CodeQwen1.5-7B, StableCode-3B, CodeGemma-7B, and Deepseek-Coder-6.7B were fine-tuned using classification-specific heads. Interpretability analysis using Shapley Additive Explanations (SHAP) was conducted to examine the influence of PR-issue fields on predictions for the best-performing open-source LLM. Results: Fine-tuned LLMs outperformed baseline models, achieving average improvements of 6.15% in accuracy and F1-micro, 14.69% in F1-macro, and 6.15% in recall. CodeLlama-7B emerged as the best-performing fine-tuned LLM overall, while interpretability analysis revealed that code diffs together with issue body and PR body contents exert the greatest influence on predictions. Conclusions: Fine-tuning substantially enhances PR-issue alignment classification, improving both accuracy and efficiency. Interpretability analysis provides actionable insights into the dataset features driving alignment decisions, deepening understanding of how LLMs reason over software artifacts.

阅读 arXiv 原文
软件工程与仓库智能 · 8/30 · 2026-09-01WiseSpec: Requirements-Driven Agents for Code Generation

Code generation aims to automatically generate source code from task requirements and has attracted significant attention with the rapid advancement of large language models (LLMs). Despite remarkable progress, LLMs often struggle to generate correct code for complex software engineering tasks because task descriptions are frequently incomplete, ambiguous, or lack critical contextual information. Existing approaches primarily improve the capabilities of coding agents through more sophisticated tools, skills, and workflows, while largely overlooking the quality of the task requirements themselves. To address this limitation, we draw inspiration from software requirements engineering and propose WiseSpec, a novel requirements-driven agent framework for repository-level code generation. WiseSpec automatically constructs structured and information-rich requirements, assesses their quality through execution-based evaluation, and iteratively refines them to better guide code generation. Experimental results show that WiseSpec consistently outperforms all baselines, achieving an average improvement of 13.17% in %Resolved.

阅读 arXiv 原文
软件工程与仓库智能 · 3/30 · 2026-08-24Exploring Quantum Software Testing Across Research and Practice: Emerging Results from a Multivocal Literature Review

This paper presents preliminary findings from a multivocal literature review investigating how quantum software testing is characterized across academic and practitioner-oriented sources. Our study integrated peer-reviewed studies with gray literature, including blogs, tutorials, forums, technical reports, documentation pages, and company webpages. Our results indicate a rapidly evolving but fragmented ecosystem involving classical adapted testing approaches, quantum-specific techniques, statistical validation methods, simulators, debugging environments, and verification frameworks. The reviewed material also revealed recurring challenges related to scalability limitations, hardware noise, probabilistic execution, limited observability, and immature tooling ecosystems. These findings provide an initial characterization of how research and practice currently discuss quantum software testing challenges, techniques, and tooling.

阅读 arXiv 原文

代码质量与优化(2 篇)

代码质量与优化 · 3/30 · 2026-09-01Continuous Autonomous Refactoring: A Research Roadmap for AI-Driven Code Quality Maintenance

Large language models have shown promising capabilities in code refactoring, but existing approaches remain limited to method-level tasks. In this paper, we envision LLM-based refactoring as a continuous component of software maintenance rather than a tool invoked only for occasional manual refactoring. Under this vision, AI agents continuously monitor, evaluate, and improve codebases against explicit and evolving notions of software quality. We present a roadmap organized around five dimensions: the multi-objective optimization problem, quality definition and evaluation, multi-timescale integration of heterogeneous signals, architecture and design pattern, and trust in autonomous refactoring. We further identify integration into continuous delivery pipelines and cost considerations as cross-cutting concerns. For each dimension, we analyze the underlying challenges and pose open research questions. These dimensions define a research agenda for advancing autonomous refactoring from isolated code improvements to system-level quality maintenance.

阅读 arXiv 原文
代码质量与优化 · 3/30 · 2026-09-01REFACTOR-VLA: Unsupervised Library Learning of Typed Motor Programs

Most vision-language-action (VLA) models -- OpenVLA, $π_0$, RT-2, RDT-1B -- are monolithic: they emit raw motor commands or short action chunks without organizing behavior into reusable abstractions, so they degrade on long-horizon tasks and resist interpretation. Existing skill-discovery methods sidestep the core question of when two action sequences are behaviorally equivalent, either clustering contrastive embeddings or delegating the judgment to a language model uncalibrated to the robot's dynamics. We introduce REFACTOR-VLA, a wake/sleep system for learning reusable skills. Its sleep phase clusters motor-program fragments under a Behavioral-Equivalence Kernel (BEK) computed from rollouts of a learned latent world model $M_φ$; its wake phase emits typed lambda terms over a Hindley--Milner-inspired vocabulary, consumed by a library-conditioned rectified-flow action decoder. Abstractions are admitted only if they pass Minimum Description Length and return-preservation gates. On LIBERO we report two findings. First, enlarging the world model from 188M to 430M parameters worsened performance on 4 of 4 suites, so capacity alone does not help. Second, the training objective matters far more: adding an auxiliary supervised contrastive (InfoNCE) loss during world-model warmup substantially improves sleep-phase clustering, giving Normalized Mutual Information at $n=3$ seeds of $0.462 \pm 0.021$ (object), $0.867 \pm 0.025$ (spatial), $0.915 \pm 0.013$ (goal) and $0.754 \pm 0.010$ (LIBERO-10), and beating the strongest published baseline on all 4 suites by a mean $Δ= +0.184$. Across providers ($n=12$) the 95% bootstrap confidence interval for mean pairwise NMI is $[0.683, 0.729]$ (mean $0.705$). The sleep phase also yields the first real-LIBERO task-language library: the decoder uses 2 of 3 admitted abstractions and rewrites all 256 sampled demonstrations.

阅读 arXiv 原文

UI 与 GUI Agent(2 篇)

UI 与 GUI Agent · 8/30 · 2026-09-02OmegaUse-SOP: SOP Engineering for Professional Computer Use from Human Demonstrations

Large language models (LLMs) are increasingly evolving from conversational assistants into agents capable of operating external digital environments. Graphical user interface (GUI) agents play an important role in this transition, as many real-world workflows remain accessible only through user-facing software interfaces. However, despite recent progress on general computer-use benchmarks, domain-specific professional standard operating procedures (SOPs) remain challenging for GUI agents because they often involve implicit domain knowledge, software-specific conventions, and task-level verification requirements. We introduce OmegaUse-SOP, a human-in-the-loop SOP Engineering system for transforming human demonstrations of professional computer use into reusable SOP skills for GUI agents. Analogous to prompt engineering, SOP Engineering iteratively refines demonstrations, execution rules, and domain knowledge to convert professional SOPs into reusable GUI-agent skills. OmegaUse-SOP consists of four modules: Observe, Reason, Configure, and Execute. Together, these modules record expert operations as multimodal GUI traces, abstract low-level events into semantic step-level instructions, incorporate domain rules and task-specific parameters, and execute the resulting skills in live GUI environments through step-wise grounding, action generation, and verification. To demonstrate its effectiveness, we collaborate with a power-sector client and test OmegaUse-SOP on photovoltaic simulation workflows in PVsyst 7.2. The results suggest that OmegaUse-SOP can improve GUI-agent reliability on professional SOP tasks, highlighting a practical path toward deploying GUI agents in domain-specific professional software environments.

阅读 arXiv 原文
UI 与 GUI Agent · 4/30 · 2026-08-31Framework and Benchmark for Code-Driven Agentic Testing in Web Development

End-to-end GUI testing is essential for verifying web applications, yet existing evaluations rely on predefined checklists and are confined to the data and frameworks of web generation benchmarks, leaving the bug-discovery ability of vision-language models (VLMs) systematically untested. We introduce \textbf{C}ode-driven \textbf{A}gentic \textbf{T}esting (CAT), a paradigm in which the agent writes Playwright code to drive the browser, gathers feedback, and autonomously explores web applications to uncover bugs. We instantiate CAT with CATJudge, an agentic framework that unifies Browser-Use and Computer-Use tools within a single environment and CATTest, a benchmark of 102 AI-generated web applications with carefully annotated bugs, built through close human-AI collaboration to feature complex interactions and subtle defects. Experiments with mainstream VLMs show that all evaluated models perform poorly, revealing a clear gap between current VLM capabilities and the demands of real-world testing in AI web development. We release our code and data at https://github.com/SleepyWithoutCoffee/CATJudge.

阅读 arXiv 原文

个人知识与本体(10 篇)

个人知识与本体 · 5/30 · 2026-09-03SimSkill: A Lifelong Learning AI Agent for Autonomous Mastery of Traffic Simulation

As large language models (LLMs) become increasingly capable, the long-term value of AI systems depends not only on solving individual requests, but also on transforming experience and accumulated knowledge into durable, reusable competence. We introduce SimSkill, a self-evolving agent built around the Simulation of Urban MObility (SUMO) traffic simulator. SimSkill identifies capability gaps, generates and solves environment-grounded tasks, verifies solutions through an action--critic loop, and consolidates experience into episodic, procedural, and semantic memory without updating the backbone model. Through autonomous exploration, it builds a reusable library spanning the traffic-simulation workflow. We evaluate SimSkill on two held-out benchmarks with three backbone LLMs and independent artifact-based verification. SimSkill improves verified completion by up to 25 percentage points, while ablations show complementary contributions from procedural and semantic memory. Its benefits remain backbone- and budget-dependent: memory does not improve every model or uniformly reduce inference cost. More broadly, SimSkill illustrates a design paradigm in which natural language preserves and composes computational capabilities, while executable tools and code provide precise and reproducible execution. All code and experimental data are publicly available at https://github.com/qiliuchn/SimSkill-V1.

阅读 arXiv 原文
个人知识与本体 · 3/30 · 2026-09-03Plan Pointers and Record-Directive Form in Budgeted Verification of Inherited Agent Memory

An agent that inherits six one-line memories may pull at most one archived source record before acting; a directive written into the store can steer that choice: a pointer to the record, a criterion that identifies it, or both. Across twelve registered studies on one instrument lineage (14,760 attempts) we measured where the request goes under each form. On six direct-provider models a length-matched criterion exceeded a bare id by +35.0 points [+31.2, +38.8] (Study D); the contrast failed its registered superiority rule on a nine-model OpenRouter-served panel (Study E). Appending the id cancelled the criterion on three Claude models (Opus 5: 40/40 to 0/40; Study F-x); six byte-matched edits gave each exact string its own effect (Study G), and a re-run at eighty runs per cell left fifteen of thirty replication contrasts within the margin, fifteen unresolved and none beyond (Study G'). A ratification line (+96.0 points on Opus 5) and a budget of two credits restored the target on all three (Study J); across five criterion strings the suffix's cancellation held for four of the five wordings on Opus 5 and all five wordings on Fable 5.1 (Study H2); in a second store every model followed the criterion (Study H1). Continued into a decision, the criterion moved the choice toward the current record (+100.0 points, Opus 5) and away from it on Fable 5.1 (Study I). A one-character plan pointer's effect (+78.0 points; Study B, after a correction of its first repository report) returned the same verdict under a prospectively registered re-run (+81.7 points; Study B'). All results are descriptive effects of exact edits on fixed panels with registered intervals and no mechanism claim.

阅读 arXiv 原文
个人知识与本体 · 0/30 · 2026-09-03Fresh Memory, Stale Plans: Dependency-Scoped Validation for Distributed LLM-Agent Memory

Distributed LLM-agent teams can read the latest shared facts and still act on an obsolete plan. A planner may derive an action from requirement $r_3$, another agent may commit $r_4$, and an executor may receive $r_4$ without replacing the plan derived from $r_3$. We call this \emph{stale-plan execution}: state freshness does not establish that the plan authorizing an action remains valid. We introduce PlanFence, a dependency-scoped action-validation protocol. Plans cite the exact public records they used, and an executor validates only the records that can affect the pending external action, replanning once or blocking when validation is incomplete. In 30 controlled live workflows with a post-plan revision, a freshness-only executor acts on the obsolete plan in every task, whereas PlanFence completes all tasks without an invalid action. Controlled replay reveals two conditional boundaries: proactive synchronization yields lower coordination stall at low churn, while PlanFence avoids repeated update-path coordination as churn grows and avoids validating unrelated state as the shared keyspace grows. These are controlled safety and systems-cost results, not general task-accuracy gains.

阅读 arXiv 原文
个人知识与本体 · 6/30 · 2026-09-02Bilevel Coordinated Reflection: A Game-Theoretic Approach to Multi-Agent LLM Systems

Multi-agent LLM systems commonly use an orchestrator to decompose a task for a team of workers and then improve through textual reflection. Despite strong empirical results, these systems lack a unified account of coordination, memory improvement, and the role of external verification. We model orchestrator-worker interaction as a bilevel coordination game: under bounded coupling, the workers' local-update game is an approximate potential game whose equilibrium slack is controlled by decomposition quality. We then analyse reflection as stochastic movement over semantic memory states. For free-form reflection, we derive a finite-time upper bound, prove worst-case tightness, and give a positive lower bound under a falsifiable persistent-harm condition. We further prove an information-theoretic impossibility result: no gate that observes only the generated transcript can improve uniformly over text-indistinguishable environments, whereas an environment-grounded gate can. Motivated by this separation, we introduce Stochastic Reflective Memory Ascent (SRMA), which accepts a candidate memory only after a grounded evaluation risk strictly decreases. Under calibration and non-degenerate corrective mass, SRMA converges exactly, geometrically or polynomially; matching constructions show that both rate regimes are order-tight. We also provide confidence gating for stochastic evaluation and re-anchoring guarantees for piecewise-stationary environments. Experiments instantiate these objects with environment-grounded metrics and test the predicted coordination and drift laws. On 500 SWE-bench instances, the complete Kimi-based system resolves 72.2% versus a 70.8% public mini-SWE-agent reference. Code: https://github.com/YihangChen9/Bilevel-Coordinated-Reflection

阅读 arXiv 原文
个人知识与本体 · 0/30 · 2026-09-01Agent Memory Is a Surface for Endogenous Authorization Laundering

Long-running LLM agents rely on persistent memory to carry state across interactions, including permissions, restrictions, and revocations. When memory misrepresents this evolving authorization state, the agent's own records can grant authority that the underlying history never permitted, resulting in misaligned behavior without any external attacks. We term this failure endogenous authorization laundering, where spurious permissions written into memory lead to unauthorized actions as their provenance is washed away. We then introduce EAL-Bench, which measures how accurately persistent memory preserves evolving authorization state and whether errors propagate to downstream unauthorized actions. We evaluate five LLMs as memory writers and two as executors across procurement, cybersecurity, and finance. We find that under incremental memory updates, writers create false authority for up to 50.2% of unauthorized requests; once false authority is present, executors act on it in 98.6% of trials. Two safeguards, requiring stored permissions to be backed by valid source events, and tracking permission changes through bounded event sourcing, substantially reduce laundering, but both also reject more legitimate actions, exposing a safety-utility tradeoff. Persistent memory is therefore not merely a performance component, but a part of an LLM agent's effective authorization policy.

阅读 arXiv 原文
个人知识与本体 · 0/30 · 2026-09-01Architecting Conversational Data Systems for Stateless LLM APIs: The Hydration Proxy Pattern

As enterprise platforms transition to conversational reasoning interfaces, the stateless nature of LLM APIs creates an architectural gap. While statelessness enables horizontal scalability for AI providers, it forces client applications to manage the entire burden of conversational state and semantic memory. The work identifies the Hydration Proxy Pattern, an architecture that decouples session persistence from the reasoning engine. The framework ensures platform sovereignty over conversational data while enabling secure, multi-stage semantic grounding. We further propose the Context Stabilization Mandate to resolve the tradeoff between sovereign state management and KV caching.

阅读 arXiv 原文
个人知识与本体 · 0/30 · 2026-09-01Zeta-Lite: A Concurrent, Branchable In-Browser SQL Database for Agentic Memory

The browser has become a first-class database host: applications increasingly want to store, query, and reason over structured data entirely on the client - for privacy, offline operation, local-first collaboration, and, most recently, as durable memory for in-browser AI agents. One way to get SQL in the browser, compiling PostgreSQL to WebAssembly (PGlite), inherits PostgreSQL's process model: a single backend connection that executes one statement at a time and blocks. That model cannot express concurrent transactions, and it leaves richer capabilities - graph queries, database branching - to whatever the compiled server happens to include. We present zeta-lite, the browser form factor of the Zeta database engine: a WebAssembly build that compiles the same Zeta server down to a 2.87 MB gzipped artifact. Zeta-lite keeps the engine's log-centric asynchronous MVCC core, which yields two capabilities no other in-browser SQL engine provides. First, overlapping snapshot-isolated transactions on a single thread: multiple transactions hold distinct read/commit timestamps and interleave, with snapshot-isolation conflict detection between them. Second, copy-on-write database branching - whole-database fork, merge, and rebase - is unique in a browser SQL database and rare even in servers. On top of these, zeta-lite exposes a feature-complete PostgreSQL surface (joins, CTEs, window functions, JSONB with GIN indexes, full-text search, HNSW vector search, SQL/PGQ graph queries, multi-database) and snapshot-to-OPFS durability. Across Chrome, Firefox, and a native reference runtime, zeta-lite sustains 268k-315k point reads/s and holds a mixed read/write workload flat over millions of operations. This small, fully-featured, concurrent SQL database is an especially good fit for agentic memory - where cheap branchable state lets an agent explore, inspect, and commit or discard speculative work.

阅读 arXiv 原文
个人知识与本体 · 6/30 · 2026-09-01MutMem-V2: Cryptographically Authorized Mutation in Persistent Agent Memory Portable Verification and Reproducible Evidence

MutMem V1 introduced retention-preserving, cryptographically authorized mutation for persistent agent memory but did not provide a complete portable verification contract or clean-install reproduction path. MutMem V2 closes that publication gap without introducing a second memory engine. It specifies exact canonical bytes, domain-separated object and bundle commitments, mandatory recall-evidence membership and ordering, external trust anchors, identity epochs, revocation, authorization, request receipts, ordered disclosure, and three mutation terminal types. The released protocol contains 18 versioned object schemas, 39 recall vectors, 15 mutation vectors, and 37 closed recall failure reasons. Independent Node and Python implementations agree on verdict and primary reason for all 72 structural and cryptographic terminals; a production-conformance corpus agrees on 42/42 cases across 28 required classes. A clean Node v26.8.1 installation reaches first-boot, restart, and scheduler readiness with no experimental memories. A separately scoped 120-unit Canary experiment supports only explicit-marker traversal. Every public table regenerates from a self-hashed aggregate, and an independent verifier reconstructs the statistics and claim boundaries. Historical V1 empirical results remain historical. MutMem V2 supports claims about portable integrity, authorization, traceability, conformance, and reproducibility under stated assumptions; it does not establish semantic truth, universal robustness, or independent replication.

阅读 arXiv 原文
个人知识与本体 · 0/30 · 2026-09-01ClinTraceBench: Source-Verifiable Longitudinal Clinical Reasoning over EHR-Derived Dialogues

Clinical LLM assistants must reason over multi-visit patient trajectories, yet whether the compact history representations used to scale them---retrieval, structured timelines, LLM summaries, agentic memory---preserve the longitudinal signal clinical reasoning needs has not been measured. We introduce ClinTraceBench: 385 MIMIC-IV-derived verified dialogues with event-ID provenance, a nine-task taxonomy (T1--T9), and L0--L4 deterministic + L5 human-audit validation (98.92\% agreement). We evaluate eight history representation strategies---a no-context floor, \textit{last-visit-only}, \textit{full-context}, BGE-M3 \textit{dense-retrieval}, two compression schemes, and two agentic-memory systems (\textit{Mem0}, \textit{A-Mem})---across four backbones (DeepSeek-V3, GPT-4o-mini, Haiku~4.5, Sonnet~4.6) on 6{,}271 questions: 32 cells, 200{,}672 predictions. Four findings: (SP4) a controlled T3 injection probe isolates compression-induced \textit{relation} loss---with the attribution sentence present \textit{before} construction, \textit{Mem0}, \textit{A-Mem} and \textit{llm-summary} still recover only 0--5.3\% of the injected positives; (SP1) compressed strategies pay an aggregation tax on multi-visit trends and cross-patient comparisons; (SP2) the blind-to-full gap spans $+29.8$~pp (GPT-4o-mini) to $+62.7$~pp (Haiku); (SP3) abstention scales non-monotonically with context length. On the Pareto frontier Haiku dominates Sonnet under \textit{full-context} (\$25.76 vs.\ \$106.21), inverting the ``biggest backbone wins'' heuristic.

阅读 arXiv 原文
个人知识与本体 · 6/30 · 2026-08-31Invalidation Contracts for Cross-Episode Agent Memory

LLM agents that cache recovery suggestions from API errors can skip re-derivation in later episodes, spending fewer tokens and fewer model calls on constraints they have already learned. Server-side data drift turns those cached fixes into silent failures, and the usual remedy, re-deriving on every episode, gives the savings back. We introduce invalidation contracts, a protocol layer that attaches version stamps and cacheability hints to every recovery suggestion so the client can evict stale entries without trial and error, and keep the rest. The contract decomposes realized savings into two independent factors: validity, the fraction of cached suggestions that remain correct after a drift event, and compliance, the fraction the planner applies on the first attempt. Validity depends only on the protocol and is vendor-independent. Compliance depends on the planner model: identical wire bytes yield 100% first-try compliance on Claude Haiku 4.5 and 11% or below on Claude Sonnet 5, which exhibits input-schema conservatism, refusing fixes that add fields the original request did not contain. We evaluate across seven models, three serving paths, two domains, and approximately 9,400 episodes. Row-level invalidation raises compliance by 0 to 66.7 percentage points across the seven models, 55.6 to 66.7 on three, and recovers 29-33% of baseline token cost on four of seven models, while table-level invalidation destroys co-located entries and drops post-drift first-try rates to 0% on five of seven. Eviction precision is 1.00 at row granularity on every model under the row-level oracle of Section 4.1. The contract adds 15% to response payload. Version-stamp validity is deterministic by construction and produced identical results across every model and serving path, with zero contract failures in the entire evaluation.

阅读 arXiv 原文

人机协同与对齐(0 篇)

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