Papers for

software debugging teams

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Hierarchical approach improves rustc bug location using documentation and evidence

HIDE: Hierarchical Isolation via Documentation and Evidence for Rustc Bugs

Abstract: Rustc bugs can prevent valid programs from compiling or cause incorrect compilation results, making the identification of responsible source files essential for repair. Using large language models (LLMs) for rustc bug isolation raises three challenges. First, distributed compiler functionality requires understanding both what individual files do and how they work together. Second, a large source file search space makes exhaustive analysis of all files costly. Third, including documentation and source code for many candidate files in LLM prompts leads to context overload, which can reduce bug isolation accuracy. We propose HIDE, a hierarchical LLM-based approach that combines compiler documentation with bug evidence to rank suspicious rustc source files. Given a rustc revision and a bug context, HIDE consists of two stages that generate compiler documentation and narrow the search space. To understand distributed compiler functionality, the Layered Documentation Aggregation stage summarizes what individual files do and how files with similar functions work together. To reduce the large source file search space, the Hierarchical Bug Isolation stage uses hierarchical candidate selection to reduce the number of files requiring detailed analysis. To mitigate context overload, this stage uses Scoped Candidate Competition and Evidence-Guided Code Slicing to limit the number of candidates and the amount of source code included in each prompt, respectively. We evaluate HIDE on 160 reproducible rustc bugs and compare it with Agentless, SoapFL, and GraphLocator. With GPT-5.4, HIDE achieves 42.08% Accuracy@1 and 80.42% Accuracy@10, exceeding the strongest baseline results by 5.83% and 6.04%, respectively. These results demonstrate that generating compiler documentation, narrowing candidates hierarchically, and limiting analysis context enable effective rustc bug isolation.

Tue 27 OctSoftware Engineering
The gist
Finding bugs in the Rust compiler is hard because it involves many files working together, and looking at all the files at once is too much for computer models. The authors created a two-step method called HIDE that first summarizes what each file does and then focuses on the most likely problem files while showing only the important parts of the code. This approach helps large language models work better without getting overwhelmed. They tested HIDE on real Rust compiler bugs and it found the correct problem file more often than previous methods.
Open → 2610.37343v1

Loss of tool output reduces accuracy of large language model agents

Context Is a Pipeline, Not a Window: Information Attrition in LLM Agent Harnesses

Abstract: LLM agents are judged by two numbers: the size of the context window, and how often the final answer is correct. Both numbers miss a third thing: how much of a tool's output is lost before the model ever sees it. We measured this loss in a real tool-using agent. The agent finds the cause of injected faults by reading Linux kernel traces. The context window was almost empty: across 720 runs, the single largest prompt used only 5.75% of it. Yet a third of all tool results (3,827 of 11,189) were cut before they reached the model, and every cut result became broken JSON. The harness cut each result by slicing its JSON text at a fixed length. This does not shorten a result evenly. It deletes whatever data sits near the end. One field reached the model in only 4.7% of calls. A second field, in the very same results, reached the model in 99.3% of calls. Which field held the fault's evidence depended on when the faulty process started: early or late in the trace. The agent's diagnosis accuracy matched this same split. So we ran controlled experiments to test one question: did the data loss cause the drop in accuracy? This paper makes four contributions. First, we model an agent's context as a five-stage pipeline, with a measured failure at each stage. Second, we replay 864 real tool results, including one from a production trace where the shipped cut deletes all 128 records of the fault's evidence. Third, a controlled experiment shows that the cut's real cost appears first as extra work, not as wrong answers: 43% more tool calls, twice the computation, and yield falling from 0.61 to 0.31. The agent still finds the right answer when it has another way to reach it. Fourth, a survey of seven agent frameworks finds two that cut tool output the same unsafe way. Whether the data cut truly causes the accuracy drop is still an open question.

Mon 26 OctSoftware EngineeringArtificial Intelligence
The gist
Large language model (LLM) agents use a limited context to understand and answer questions, but the information they get from external tools is often trimmed before they see it. The authors found that a fixed-length cut to tool output frequently removed important details, turning data into unusable broken JSON and causing the agent to make more errors or do extra work. They showed this trimming causes fewer correct answers and more computation, though the agent can sometimes recover if it can find other ways to the right answer. The study points out that how tool output is handled matters a lot, beyond just the model's context window size and accuracy.
Open → 2610.36114v1

Coding agents often miss why complex systems crash from code changes

Do Coding Agents Understand Why Systems Crash---and Why They Don't?

Abstract: Coding agents are increasingly capable of fixing real-world bugs, yet they still struggle with large systems codebases such as the Linux kernel. To understand why, we test how agents reason about execution in these codebases through crash reasoning: predicting from source code whether a given input crashes the system. A correct prediction alone, however, does not establish this ability, since it may come from merely spotting suspicious code. In this paper, we propose source interventions: we pair source trees that differ by a single commit, so that the same input crashes only one of them, and test whether agents predict crashes more often on the crashing tree. Experiments with four coding agents on SysRB, our dataset of 934 such pairs from Linux and OSS-Fuzz projects, yield three main findings. First, agents are biased toward predicting no crash: they rarely raise false alarms but miss many real crashes, and even the best agent misses over a quarter of them. Second, locating the code that determines the crash outcome is not enough: agents often misjudge its effect, especially when the crash occurs far from that code. Third, testing only on crashing code is misleading: agents that merely notice suspicious code predict crashes on both source trees, which would look like correct reasoning on the crashing tree alone. Together, these findings indicate that current coding agents cannot yet reliably reason about execution in complex systems codebases, and that paired evaluation is necessary to measure this ability.

Wed 21 OctSoftware Engineering
The gist
Fixing bugs in big software like the Linux kernel is tricky for coding agents because they struggle to understand why the system crashes. The authors checked if these agents could tell whether a code change causes a crash when running the same input. They found agents often guess no crash even when there is one, confuse the parts of code that cause crashes, and sometimes appear to understand crashes just because they spot risky code. This shows current agents don’t reliably reason about system crashes, needing better ways to test their understanding.
Open → 2610.29332v1

Assembly language models improve understanding of numeric operands with numanchor

Beyond Tokens: NumAnchor for Address-Grounded Numeric Operand Representation in Assembly Language Models

Abstract: Assembly language models (ALMs) are becoming important for automated binary analysis, yet their token-level interfaces often obscure numeric-like operands. In two corpora, such operands account for 45.7% and 40.9% of operand occurrences and may denote branch targets, global data, stack slots, constants, or unresolved pointer-derived values. Existing normalization strategies often lose their identities and structural relationships. We present NumAnchor, an input-boundary adapter that represents recoverable numeric-like operands as typed, canonicalized program entities. NumAnchor encodes code, data, and stack context in compact structural side descriptors, preserving entity identity and locality without increasing the host sequence length. These descriptors are fused into input embeddings before the first Transformer layer, while the host architecture, pretraining objectives, and downstream protocols remain unchanged. Probing frozen instruction-level embeddings yields 98.7% hierarchical-location accuracy and AUROC scores of 0.932 and 0.907 for jump and call target alignment, respectively, showing that the encoded structural information remains recoverable. Across multiple ALM families, NumAnchor achieves relative improvements of up to 35.0% in Recall@1 and 31.7% in MRR on 10k-candidate function retrieval, and improves execution-aware type recovery by up to 5.2 F1 points. Ablations show complementary gains from code, data, and stack descriptors with modest overhead.

Wed 21 OctCryptography and Security
The gist
Assembly language models help analyze low-level computer code but often struggle to understand numbers inside that code. The authors created NumAnchor, a way to represent these numeric values as meaningful program parts without increasing the input size. This method keeps important information about positions and types, helping models better predict how the code works. Tests show it improves accuracy in finding function locations and types inside assembly code by a significant margin.
Open → 2610.29027v1

Multi-agent system lifecycle improved with node-centric quantification

MAS-Gate: Unlocking Multi-Agent System Lifecycle via Node-Centric Quantification

Abstract: Large language model (LLM)-based multi-agent systems (MAS) can solve complex problems beyond the reach of a single agent by decomposing tasks and coordinating complementary capabilities. Despite extensive research on MAS, existing work largely focuses on specific aspects or individual phases of their development and operation, resulting in fragmented perspectives with objectives and signals that are difficult to reconcile across these different settings. To bridge these disconnected perspectives, we conceptualize MAS development and operation as a three-phase lifecycle spanning design-time orchestration before execution, runtime intervention during execution, and post-hoc attribution after execution, and introduce MAS-Gate, a unified node-centric quantification applicable across these phases. Modeling each execution as a directed acyclic graph, MAS-Gate combines within-node utility, which estimates a node's contribution through changes in reference-answer likelihood, with inter-node strength, which approximates semantic uptake and potential downstream reach. We adapt this shared quantification to three objectives: providing a structure-aware dense reward for Orchestrator training, training an Editor to act on execution prefixes using paired rewards from completed edited and unedited trajectories, and supplying risk-ranked nodes as auxiliary evidence for LLM-based post-hoc attribution. Experiments spanning interaction environments, knowledge-intensive multi-hop question answering, general reasoning, and post-hoc attribution demonstrate that MAS-Gate improves workflow construction, targeted runtime editing, and LLM-assisted error localization over corresponding phase-specific baselines. Together, these results establish MAS-Gate as a unified structural interface for improving MAS generation, dynamic editing, and error attribution throughout the lifecycle.

Tue 13 OctArtificial IntelligenceMultiagent Systems
The gist
Large language model-based multi-agent systems can solve complex tasks by working together, but managing their entire workflow is complicated. The authors propose MAS-Gate, a new way to measure and guide these systems during design, execution, and analysis using a shared method focused on individual nodes in the system. This approach helps improve how the systems are built, corrected while running, and understood after they finish. Experiments show MAS-Gate makes these multi-agent workflows more effective and easier to manage.
Open → 2610.17613v1

Zeroth-order method selects training data for large language models efficiently

ZOIF: Zeroth-Order Influence Function Estimation for LLM Data Selection Using Only Forward Passes

Abstract: Influence functions enable principled data selection for large language models (e.g., identifying influential training samples for model editing, debugging, or efficient fine-tuning). However, scaling IFs to LLMs is hindered by the intractability of billion-scale Hessian matrices and the prohibitive memory overhead of backpropagation (BP). While many classical IF approximations reduce Hessian complexity, they still rely on BP for gradient computation, requiring massive storage for intermediate activations that impedes practical data selection at scale. To address this, we propose ZOIF, a zeroth-order framework for influence estimation that operates entirely via forward passes, enabling memory-efficient data selection under resource constraints. ZOIF decomposes influence estimation into three BP-free stages: (1) approximating the average proxy gradient via zeroth-order estimation; (2) reformulating and solving the inverse Hessian-vector product as an auxiliary zeroth-order optimization to bypass explicit inversion; and (3) deriving per-sample influence scores via a forward finite difference along the previously computed parameter update direction. Experiments show that ZOIF selects data subsets with downstream utility competitive with, and in some cases exceeding, the evaluated baselines, yet at substantially lower peak memory cost and with comparable overall computation time.

Sun 11 OctMachine LearningArtificial Intelligence
The gist
Influence functions help pick important training examples for big language models, but traditional methods need lots of memory and slow computations. The authors propose ZOIF, a new approach that estimates influence using only forward passes through the model, avoiding expensive memory use and backpropagation. Their method breaks the process into three steps that rely on approximations to efficiently calculate influence scores. Experiments show ZOIF picks useful data subsets while using far less memory and similar running time compared to prior methods.
Open → 2610.15336v1

Agent guided thread scheduling finds more concurrency bugs faster

REINS: Agent-guided Thread Scheduling for Concurrency Bug Detection and Reproduction

Abstract: Concurrency bugs manifest only under specific thread interleavings, making them hard to detect and reproduce. Existing controlled concurrency testing techniques take over thread scheduling to explore the interleaving space. As the space grows rapidly with program scale, finding interleavings that can trigger bugs within a limited budget remains challenging. The program's concurrency semantics can reveal which variable accesses and synchronization operations under specific interleavings lead to unexpected program behavior, and thus help focus the exploration on bug-relevant interleavings. However, prior techniques have not fully exploited such semantic information. In this paper, we present REINS, an agentic approach for detecting and reproducing concurrency bugs. At its core, REINS guides thread scheduling with the agent's reasoning about the concurrency semantics and known concurrency bug patterns. REINS starts with runtime observations and combines them with static information to reason about the program's concurrency behavior and formulate hypotheses about potential bugs. A hypothesis translates into a set of constraints on event orders and variable states, guiding a controlled scheduler toward interleavings likely to trigger the bug. REINS draws conclusions from the execution results and keeps refining the constraints until the bug is triggered or the hypothesis is refuted. Compared with existing techniques on three public benchmarks, REINS detects more bugs within the same time budget. Furthermore, REINS found six previously unknown concurrency bugs in real-world projects, three of which have been confirmed by the developers.

Fri 9 OctSoftware Engineering
The gist
Concurrency bugs happen when different parts of a program run together in unusual ways, making them tricky to spot and fix. The authors present REINS, a method that uses smart reasoning about how programs work together to guide testing and find these bugs more efficiently. It watches the program as it runs, makes guesses about where bugs might be, and focuses testing on those spots. This approach found more bugs faster on benchmark tests and even discovered new bugs in real software projects.
Open → 2610.13421v1

Communication links control success in multi agent search tasks

Absorbing State Phase Transitions in Multi-Agent Search

Abstract: Nontrivial dynamics can emerge in large language model (LLM)-based multi-agent systems, and preliminary evidence exists that formalisms from statistical mechanics can be effective at modeling and predicting such behaviors. In parallel, designing multi-agent communication topology for optimal task-solving is an active research question. In this paper, we focus on predicting the success of multi-agent search tasks using the formalism of absorbing state phase transitions. We first taxonomize search tasks into four types, informed by classical results in combinatorial search. We then theoretically derive a critical communication degree $d_c$, the minimum number of agents each agent can communicate with, above which incorrect hypotheses do not proliferate uncontrollably and the search enters the solved state. Finally, we evaluate frontier LLM-based multi-agent systems on real-world search and discovery tasks, software configuration debugging and physical mechanism discovery, and find that agreement with theory is mixed. LLM agents may not communicate with their neighbors and can develop strategies that are individually beneficial but limits the benefits of collaboration.

Tue 29 SeptMultiagent Systems
The gist
Searching for solutions can be tricky when many AI agents work together, especially if they don’t share information well. The authors studied how the number of connections between agents affects whether they can find the right answer without getting stuck on wrong ideas. They developed a theoretical minimum for how many other agents each one should talk to for the search to succeed. They tested this with AI agents solving real problems and found mixed results, since agents sometimes ignored communication or worked solo in ways that hurt group progress.
Open → 2609.38327v1

Algorithms generate diverse solutions to complex logic problems

On Diverse Solutions to Max-k-CSP and Bounded Degree k-SAT

Abstract: We study the problem of generating diverse solutions to Max-$k$-CSP and bounded-degree $k$-SAT, focusing on two distinct metrics: constraint diversity and variable diversity. For constraint diversity, the goal is to output $s \geq 2$ assignments to the CSP such that each assignment satisfies a $c$-fraction of the constraints, while maximizing the diversity among the $0$-$1$ indicator vectors of satisfied constraints in the Hamming metric. By reducing this to a multi-criteria optimization problem, we design $poly(n,s)$ time approximation algorithms that return s assignments achieving provable bi-criteria guarantees on both the fraction of satisfied constraints and diversity of the constraint vectors. For variable diversity, the objective is to maximize the Hamming distance between the assignments, while also maximizing the number of constraints satisfied. For Max-$k$-CSP instances when the desired number of solutions is $s=2^{O(n)}$, we implicitly represent these diverse approximate solutions by constructing linear codes within the solution space. Finally, we investigate variable diversity for $k$-SAT in the Lovász Local Lemma regime. In this setting, we establish NP-hardness for the exact diversity problem (computing the diameter of the solution space) and provide a polynomial-time approximation algorithm to efficiently generate diverse satisfying assignments.

Sun 27 SeptData Structures and Algorithms
The gist
Sometimes, it's useful to find many different ways to solve a tricky puzzle where many statements must be true at once. This paper studies how to find multiple solutions that are not only good at solving the puzzle but also quite different from each other according to two ways of measuring difference. The researchers developed efficient methods to create sets of solutions that balance being correct and diverse. They also showed some problems of measuring exact diversity are hard to solve but provided ways to find approximate diverse solutions efficiently.
Open → 2609.33156v1

Execution provenance enhances memory retrieval for language agents

When Does Execution Provenance Help Agent Memory Retrieval?

Abstract: A language agent's execution history can exceed its context window, requiring its memory system to retrieve complete supporting evidence under a hard token budget. Evidence may span multiple execution events, yet conventional retrievers use fixed token windows and fixed-k metrics that reward individual fragments without showing whether the complete evidence set fits in context. Smaller windows reduce irrelevant text but scatter evidence across candidates, while flat-versus-graph comparisons can conflate candidate design with graph propagation. To address these limitations, we formulate agent-memory retrieval as budgeted evidence completion and score exact gold spans in shared source coordinates. We first construct source-aligned provenance units from tool arguments and outputs. We then apply a zero-initialized residual R-GCN to refine frozen dense-retrieval scores over typed provenance edges. We evaluate 2,000 span-grounded memory queries over 1,207 held-out execution-grounded ISETrace trajectories. With matched Dense-FT scoring, provenance units improve Full Support@2048 by 19.07 points over flat 512-token windows and remain 11.96 points above a per-metric oracle over four flat chunk sizes; the pattern also holds with cross-encoder scoring. Holding the candidates and seed scores fixed, graph propagation adds 4.55 points in Full Support@2048 (95% CI [2.98, 6.18]). This gain is concentrated when gold evidence spans multiple events; entity co-occurrence expansion produces no comparable benefit, and relation and topology controls confirm dependence on typed transformations and observed graph structure. Overall, source-aligned candidates address the dominant granularity trade-off, while graph-conditioned propagation adds a smaller, targeted benefit for distributed evidence.

Tue 22 SeptMultiagent Systems
The gist
When language agents perform many tasks, their past actions can become too long to fit into memory all at once. The authors studied how to better retrieve evidence from an agent's history, especially when that evidence spreads across multiple steps. They found that organizing memory as connected pieces aligned to original sources helps capture more complete evidence within limited space. Adding a graph-based method to refine this retrieval improves results further, especially when information is scattered over multiple events.
Open → 2609.25913v1