Papers for

software engineering 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.

Midtraining improves base ai models for software tasks and agent training

Priming Base Models for Agentic Post-Training: An Open Midtraining Recipe

Abstract: Frontier models, general-purpose and domain-specific alike, now include a midtraining stage between pretraining and post-training, but little has been published about how this stage is built. We present an open midtraining recipe that primes base models for agentic post-training, and we show its effectiveness on two Nemotron models of different sizes. Pretraining typically runs at short context and sees almost no agent interactions, while SFT data is mostly synthetic, and very long SFT stages can hurt the model's later RL trainability. Our midtraining stage sits between the two. It trains at 256K context for hundreds of billions of tokens on a diverse mixture of natural software-engineering data like packed repositories, pull requests, commit histories, and build logs together with a small share of agentic traces. On Nemotron 3.5 Lightning, 500B midtraining tokens improve SWE-bench Verified from 60.7 to 64.5, SWE-bench Multilingual from 55.8 to 62.8, and SWE-bench Pro from 32.0 to 35.5 after identical full SFT. On the larger Nemotron 3.5 Super, 280B midtraining tokens improve DeepSWE, a harder benchmark of long-horizon tasks, from 11.7 to 15.7 and SWE-bench Verified from 72.9 to 74.3 after identical full SFT. Midtraining also improves robustness across agent harnesses on both models. We report the ablations behind the recipe and an evaluation protocol built on short fixed SFT runs, since base-model proxy metrics did not correlate reliably with post-training results.

Thu 15 OctComputation and LanguageArtificial IntelligenceMachine Learning
The gist
Training large AI models in stages can affect how well they learn to do tasks. The authors show that adding a special 'midtraining' step between early training and later fine-tuning helps models better handle complex software engineering tasks and makes them more robust for agent-based training. This midtraining involves feeding models a mix of real software data and some agent interaction data at very long context lengths. Experiments on different model sizes showed clear improvements in software benchmarks and robustness after midtraining.
Open → 2610.22019v1

Coding agents fix performance issues but do not always deliver improvements

Merged, Not Measured: An Empirical Study of Performance Issues Fixed by Coding Agents

Abstract: Coding agents open pull requests (PRs) that claim to speed up software, but studies of human performance fixes say little about how maintainers respond to such a fix or whether its claim holds. From the 71,677 agent PRs of AIDev v4, a text filter and codebook coding by language models and by the authors select 1,262 performance issues fixed by six agents in 582 repositories. We code each issue and its tests and re-execute 23 rejected and 30 merged fixes. (1) 57% of closed fixes are merged, 61% of rejections give no stated reason, and only 6 of the 23 re-executed rejected claims held under our three-run pilot on mostly agent-built workloads. (2) Acceptance rises with the agent's track record in the repository (31-37% to 70%) and with the repository's pre-opening merge rate on its other agent PRs (33% to 84%). Merged fixes delete a larger share of the lines they change (0.26 versus 0.15), a difference that holds within agent and within repository, with no such difference detected in the coded content, description, tests or measurements. (3) Repeated computation and redundant data processing cause 44% of the issues, and 46% of fixes are architectural-level. (4) Agents change tests in 37% of fixes and 11% carry a performance test or benchmark; of the 30 merged fixes, 18 met our delivery criterion, 3 fell short of the claim, 9 showed no significant gain or regressed, and 14 change behavior on untested inputs. The outcome tracks the repository's history with the agent rather than the coded content of the fix, and a merge does not show that the fix delivers what it claims.

Tue 29 SeptSoftware Engineering
The gist
Sometimes computer programs called coding agents make changes that claim to speed up software. The authors studied over a thousand such performance fixes across many projects. They found that only about half of these fixes were accepted and merged by the software maintainers. Even among accepted fixes, many did not actually improve performance when tested. The decision to accept a fix depended more on the history of the agent in that project than on whether the fix truly worked.
Open → 2609.37985v1

Self instructing policy optimization improves reinforcement learning for language models

SIPO: Unifying Reinforcement Learning with On-Policy Self-Distillation

Abstract: Reinforcement learning with verifiable rewards (RLVR) has become a standard paradigm for improving large language models (LLMs) on various tasks, yet its sparse outcome rewards lack token-level credit assignment for intermediate steps. To address this, on-policy self-distillation (OPSD) leverages a self-teacher with privileged context to provide additional dense learning signals. However, because the self-teacher is often overconfident and imposes excessive penalties on long reasoning trajectories, OPSD frequently struggles in practice. To mitigate this, we propose self-instructing policy optimization (SIPO) with a contrastive self-teacher to provide dense credit. At each iteration, SIPO samples multiple rollouts per prompt from the current policy, scores them with environment rewards, and constructs two teacher contexts for each rollout by pairing the reference answer with mistakes made within the group. The model then re-evaluates its own responses under both contexts, using the difference between the two teacher log-probabilities as token-level feedback, so that biases shared by both contexts are expected to largely cancel. The resulting objective yields a token-level advantage for every rollout: the reward still sets the main direction of each update while the self-teacher redistributes credit across tokens. Even in groups where every rollout fails and group-relative advantages vanish, SIPO still provides a learning signal. By preserving direct optimization of the task reward while providing dense, token-level feedback, this approach bridges reinforcement learning and on-policy self-distillation. Extensive experiments across multiple reasoning and code-generation benchmarks demonstrate that SIPO outperforms both RLVR and OPSD baselines without an external teacher or additional generation.

Tue 29 SeptArtificial IntelligenceComputation and Language
The gist
Large language models often learn by getting rewards after finishing a task, but this doesn't explain which words helped or hurt along the way. The authors of this paper created a method called SIPO that teaches the model to learn from its own guesses by comparing good and bad answers side-by-side. This method gives detailed feedback on each word, making it easier for the model to improve. Their experiments show SIPO works better than previous ways to teach these models without needing an outside teacher.
Open → 2609.36742v1

Coding agents often duplicate code despite functional success

Do Coding Agents Reuse Existing Code or Reinvent the Wheel?

Abstract: Coding agents are increasingly deployed for iterative development on real repositories, yet existing evaluation barely answers a basic question: \emph{do coding agents reuse existing code or reinvent the wheel?} The question matters: every duplicated implementation is a fix applied twice and agents produce code far faster than humans can audit, so redundancy accumulates unsupervised. Thus, we present \textbf{RepoReuse}, a multi-turn benchmark for auditing code reuse in real repositories, where requirements are revealed turn by turn and the workspace accumulates across turns. It is built by a fully automated pipeline combining AST-based dependency graphs, guided evidence collection, and execution-verified task synthesis, and scales readily to new repositories. Beyond pass rates, we measure the reuse rate together with recall and cross-turn structural redundancy. An audit over 3{,}000 turns shows that agents progressively stop exploring relevant repository code, reuse their own history less even when it is fully in the workspace, and leave duplicated logic in 50.8\% of task chains by turn~5---all while pass rates barely move. Such deficiencies are invisible to pass rates, underscoring the need to evaluate code generation beyond functional correctness.

Mon 28 SeptSoftware EngineeringArtificial IntelligenceComputation and Language
The gist
Coding agents that write software sometimes copy the same code multiple times instead of reusing existing code. The authors built a benchmark called RepoReuse to check if these agents reuse code or reinvent it during multiple steps of software development. They found that agents frequently leave duplicated code even when their code passes all tests, which could cause extra maintenance work. This shows that just checking if code works well is not enough to evaluate coding agents.
Open → 2609.35357v1

Data agents with workflows improve reliability in AI data science

Towards Reliable AI Data Scientists: Data Agents with Workflow Harnesses

Abstract: Large language model agents are increasingly deployed for data-intensive work, yet reliable data analysis requires more than general-purpose reasoning and ad hoc tool augmentation. Data Agents, equipped with workflow harnesses, offer a promising paradigm for automating the end-to-end data science lifecycle. This paper examines Data Agents from a harness-centric perspective. First, we introduce a taxonomy of Data Agents and associated data environments, organizing the literature around five functional stages: perception, planning, execution, verification, and repair. Second, we analyze the key technical routes within each stage, identifying 15 distinct approaches ranging from data structure probing to data state reconstruction. Third, we identify four open reliability problems: inactive semantic calibration, missing clarification, missing experience transfer, and the missing verification-repair repository. These problems explain why silent failures can persist even when individual components function correctly, highlighting the need for rigorous workflow harnesses and shared reliability resources. Finally, we summarize the horizontal task families of Data Agents, examine their vertical application settings, and benchmarks for evaluation, while maintaining a companion repository at https://github.com/DEEP-PolyU/Awesome-Data-Agents.

Mon 28 SeptArtificial Intelligence
The gist
Doing reliable data analysis using AI is harder than just having a smart program. The authors show that breaking down AI data work into clear steps like seeing the data, planning, doing the work, checking results, and fixing problems helps make AI data scientists more dependable. They identified common problems that cause quiet errors and suggested better ways for AI to keep track of its knowledge and fix errors. They organized what is known about data agents and shared useful tools for others to build on.
Open → 2609.35255v1

Detecting early false confidence in large language models reasoning

When Confidence Rises Too Early: Detecting Shortcut Reasoning via Premature Answer Commitment

Abstract: The reasoning trajectory of a Large Language Model (LLM) is often treated as a verbalized description of its internal reasoning. However, such trajectories can be unfaithful: a model may rely on shortcuts to reach an answer and then post-rationalize the decision with a seemingly coherent chain of thought. Detecting this shortcut reasoning is challenging because existing monitors and verifiers mainly inspect textual traces or final outcomes, rather than how the model's belief in its answer develops during generation. We introduce ConfLens, a framework that tracks the evolution of confidence in the final answer throughout reasoning. Across three shortcut reasoning settings, we observe a common pattern of premature confidence, where shortcut samples become highly confident in the final answer at early reasoning stages. Existing confidence estimation methods, however, show limited generalizability, reliability, or efficiency for detecting this behavior. We therefore propose the Distributional Answer Commitment Score (DACS), a distributional confidence estimator that measures the entropy of the model's probability distribution over answer commitment at each reasoning step. DACS captures how concentrated the model's answer belief is without requiring ground-truth answers or task-specific verifiers. We further convert ConfLens detection results into interpretable signals for reward models to reduce their preference for shortcut reasoning. Experiments on mathematical and code reasoning tasks show that ConfLens with DACS improves shortcut reasoning detection by over 4.3% F1 compared with strong baselines and reduces the mismatch between faithfulness and correctness in reward model preferences.

Mon 28 SeptComputation and Language
The gist
Large language models sometimes jump to answers too quickly by using shortcuts rather than careful thinking. This can make their explanations seem plausible but actually be unfaithful. The authors introduce a new way to watch how confident the model is at each step of its thinking. They find that models using shortcuts become overly confident very early. Their method, called Distributional Answer Commitment Score (DACS), helps spot this early overconfidence without needing the right answer in advance. This improves detecting shortcut reasoning in math and code problems and helps preference systems avoid it.
Open → 2609.35074v1

Llm multi-agent systems improve collaboration by tracking proposal changes

MASTraceBench: Diagnosing Collaboration Gains through Proposal Trajectories in LLM-Based Multi-Agent Systems

Abstract: LLM-based multi-agent systems (MAS) have shown promise in complex problem solving. As MAS methods diversify, systematic evaluation becomes increasingly challenging. However, existing benchmarks largely focus on final outcomes, leaving unclear how collaboration gains arise, are preserved, or are lost. To address this limitation, we introduce MASTraceBench, a benchmark for diagnosing collaboration gains through proposal trajectories in MAS. Across six cooperative and competitive tasks, MASTraceBench tracks and grades proposal trajectories and provides a multi-layer metric suite covering Task Score, Collaboration Gain, proposal-trajectory indicators, and Token Cost. Using MASTraceBench, we systematically compare representative MAS methods not only by final performance, but also by how agent proposals evolve and are aggregated into the final answer. This analysis reveals a recurring pattern: final MAS answers rarely surpass the strongest initial proposal; interaction often lifts initially weaker proposals toward it, while strong initial proposals are seldom further improved and may regress. To reduce this risk, we propose CLEARS, which replaces whole-proposal exchange with claim-level evaluation across agents to guide reliable synthesis. CLEARS more often preserves or improves upon the strongest initial proposal and achieves the highest Collaboration Gain on five of the six tasks.

Mon 28 SeptMultiagent Systems
The gist
Figuring out how groups of AI agents work together to solve problems is tricky because most tests only look at the final answer, not how they got there. The authors created MASTraceBench, a way to watch and measure how agents share and improve their ideas during teamwork. They found that the best final answers usually come from the strongest early idea and that weaker ideas often get boosted while strong ones rarely get better. To fix this, they made a new method called CLEARS that checks smaller parts of proposals between agents, helping keep or improve the best ideas more often.
Open → 2609.34496v1

Update-aware method improves multi-domain language agent training

USA: Update-aware SAM for Cross-domain On-Policy Disitllation of Language Agents

Abstract: On-policy distillation instils multi-turn agentic reasoning through dense token-level supervision on the student's own trajectories, but a single domain saturates early, so further supervision has to be drawn from other domains. Multi-domain data mixing is the most direct way of incorporating them, at the cost of conflicts between their data distributions and of retraining the entire model whenever one domain is revised. Model merging avoids both by distilling every domain independently and fusing the resulting task vectors afterwards. We find instead that the benefit polarizes across domain pairs: on those exhibiting negative transfer, every merging operator we evaluate falls below the single-domain reference. We attribute this to cross-domain update coupling, where a substantial fraction of coordinates is updated comparably by both domains and a merge can therefore displace them by as much as their own updates. To overcome this limitation, we propose USA, which converts per-parameter update magnitudes measured during a brief warm-up into per-coordinate perturbation radii, reducing curvature precisely on the coordinates that carry most of the merging displacement. Experiments across mathematics, science and code at two student scales show USA strongest in all six transfer directions, ahead of the single-domain reference by more than four points on average, and reverse the negative transfer of the conflicting pairs.

Mon 28 SeptComputation and Language
The gist
Training AI language agents to reason in many areas is hard because mixing data from different topics can cause conflicts and poor learning. The authors found that simply combining knowledge from separate fields often hurts performance due to conflicting updates on the model’s parameters. They propose a method called USA that measures how much each model parameter changes and protects those most affected, allowing better merging of knowledge from multiple domains. Tested in areas like math, science, and coding, this approach improves learning and reverses previous negative effects.
Open → 2609.34225v1

Fixed language model judges make version-dependent mistakes evaluating agents

Frozen Judges, Moving Agents: Version-Dependent LLM-Judge Error and the Limits of Judge-Assisted Agent Evaluation

Abstract: Language-model judges compare agent upgrades with their predecessors, but a fixed judge can make version-dependent mistakes. We analyze 35 public coding-agent submissions (20 prespecified version pairs on 250 SWE-bench Verified issues), two customer-service agents (155 tau-bench tasks), and 1,106 expert-labeled AgentRewardBench trajectories. An upstream outage left three judges for the primary SWE-bench analysis (8,743 aligned agent-task cells); the fourth is descriptive. All three coding-agent judges and all four tau-bench judges reject task-conditioned error invariance after multiplicity adjustment. On SWE-bench, 32 of 60 judge-by-pair units have a detectable differential comparison component; eight judge-only intervals declare improvements that execution-based intervals cannot establish, despite rank correlations of 0.71-0.79. In tau-bench, one judge confidently reverses a nine-point reference-reward gap by penalizing a procedural habit the reward ignores. False acceptance of failed coding patches rises with agent capability conditional on task and reference outcome, while a task-solvability prediction from AgentRewardBench reverses sign in SWE-bench. Transporting old-version calibration raises mean absolute comparison error on SWE-bench from 3.8 to 19.5 percentage points; 24.6% of ratio-bootstrap draws are undefined near the correction boundary. A tuned paired audit narrows a classical interval by only about 5% at 80 labeled tasks. A randomized three-arm test does not support the predicted increase in false acceptance from showing the agent's final report (all three Holm-adjusted p-values = 1.0). These results favor explicit reference standards and paired audits of current outputs over judge-only release decisions or transported old-version calibration.

Mon 28 SeptMachine Learning
The gist
Evaluating improvements in AI agents using language-model judges that are kept the same over time can lead to errors that depend on which versions of the agents are compared. The authors studied multiple coding and customer-service AI agents and found that the judges often disagree depending on agent versions, sometimes wrongly approving inferior upgrades. They suggest that relying solely on these fixed judges or old calibration can cause significant mistakes. Instead, they recommend comparing agent outputs directly with explicit reference standards and current data audits.
Open → 2609.34198v1

Opera improves long code fixes with ongoing verbal feedback

Opera: A Verbal Critic Framework for Long-horizon Coding Agents

Abstract: Long-horizon coding agents need timely corrections, yet feedback can be ineffective or even harmful when it misjudges ongoing work or fails to address the underlying problem. Existing critics focus on evaluating trajectories and generating feedback, but rarely track what happens after feedback is delivered. We present Opera, a verbal critic framework that treats each correction as a persistent note, followed until the diagnosed problem is resolved. Opera decides when to review through periodic and event-driven triggers, diagnoses issues with typed operators, audits feedback against visible evidence before delivery, and tracks the agent's subsequent actions to distinguish mere compliance from actual resolution. As a test-time critic, Opera improves the resolve rate of non-critic agents by up to 12.4, 15.0, and 8.9 percentage points on Terminal-Bench 2.1, a SWE-Bench Pro subset, and DeepSWE v1.1, respectively, across four policy models, and achieves the highest mean resolve rate among competitive critic baselines on all three benchmarks, and also improves policy models when the policy critiques itself. Beyond inference, Opera-guided rollouts provide approximately on-policy training data: fine-tuning Qwen3.5-9B on them improves its resolve rate on held-out SWE-Bench Pro repositories by 10.2 percentage points without a critic at inference time, matching fine-tuning on rollouts from a stronger model, while preserving its performance when switching harness, i.e., from Openhands to Terminus-2, which the latter substantially degrades.

Sun 27 SeptComputation and Language
The gist
Long projects that involve writing code often need timely and helpful corrections, but feedback can sometimes miss the real issues or be given too late. The authors introduce Opera, a system that keeps track of problems verbally and watches whether the coder fixes them, not just whether they follow instructions. Opera reviews work periodically or when triggered by events, checks feedback carefully before giving it, and helps improve code fixing success rates significantly. It also helps train AI coding assistants to work better even without feedback later.
Open → 2609.33987v1

LiteEvo improves AI agent task performance with cheaper evolution

LiteEvo: Automated, Cost-Efficient Harness Evolution for Generalization to Unseen Tasks

Abstract: An LLM agent is defined by two things: the weights inside its model and the harness of components assembled around it. Harnesses are still handcrafted, and HarnessX, which evolves them automatically, starts each benchmark from a handcrafted harness, reports gains on the tasks it evolved on, and budgets 100 to 175 million meta-agent tokens per benchmark. We propose LiteEvo, a lightweight harness-evolution algorithm whose tool-free meta-agents mine agent trajectories for reusable components, curate them into a versioned library, and compose each round's harness from it, starting every benchmark from the same neutral harness and never naming the benchmark. Evolving on the graded tasks of five agentic benchmarks with a frozen Qwen3.5-9B, LiteEvo lifts pass@2 by 10.5 to 67.7pp and reaches comparable or higher pass@2 than a reproduction of HarnessX (71.0 against 67.3 on average) at 13.0 lower mean API cost. Harnesses evolved on train tasks keep their gains on unseen test tasks of four benchmarks, and LiteEvo also lifts Claude Code with Sonnet 4.6 by 1.2 to 71.4pp.

Sun 27 SeptArtificial Intelligence
The gist
AI systems often need special setups, called harnesses, to work well on tasks. The authors created LiteEvo, a method that automatically builds these setups without human help, starting from a simple common base. This method reuses learned parts from past runs and adapts to new tasks more efficiently and cheaply than earlier methods. LiteEvo was tested on multiple benchmark tasks and showed better performance and cost savings while also working well on tasks it hadn’t seen before.
Open → 2609.33146v1

Validated skill optimization enables long-term agent code improvements

Certified Long-Horizon Code Agent Evolution via Validation-Gated Skill Optimization

Abstract: Long horizon agent self-evolution without model weight updates is essential for enabling deployed agents to accumulate reusable skills and improve over time. Prior self-evolution work has focused primarily on short-horizon tasks, while repository-level software engineering remains unexplored despite being an ideal testbed for long-horizon adaptation. In this setting, agents are required to solve streams of sequential tasks, navigate complex dependencies with evolving repositories and persistently store and reuse experience. Text-based skill optimization offers an efficient, non-parametric approach for such adaptation. However, existing methods often suffer from unstable updates, performance drawdown, and agent collapse over extended deployments. In this paper, we formalize the concept of in-context self-evolution and introduce VALVE, a validated-gated framework for long-horizon skill optimization. We establish finite convergence, provide theoretical guarantees for future-task gain and drawdown, and derive the validation and evaluation holdout sizes required for a prescribed tolerance, with leading-order scaling Empirically, our pipeline, VALVE achieves stable self-improvement over evolution horizon spanning more than 1,000 SWE tasks, with average final and peak gains of $14.9$ and $16.5$ points across three frontier models (GPT-5.5, Claude-4.6 and MiniMax-M2.7). The validation gate reduces average drawdown by 75% and produces an 11x more compact skill bank than ungated evolution. We further present extensive ablations identifying the design choices most critical to long-horizon skill evolution.

Sat 26 SeptArtificial Intelligence
The gist
It can be hard for computer programs that help with software tasks to keep learning and getting better over a long time, especially without changing their core code. This work focuses on teaching these programs to improve by reusing skills safely while working through many software tasks in order. The researchers created a method called VALVE that checks if new skills are good before keeping them, which helps the program avoid getting worse or losing abilities. They tested VALVE on over a thousand software tasks and showed it steadily improved performance while keeping a smaller, more efficient set of skills.
Open → 2609.32990v1

Relic improves team coding by turning conflicts into lasting rules

Relic: From Multi-Agent Collaboration to Persistent Organizational Capability

Abstract: Multiple agents may often conflict in an organization: for example, one coding agent changes an interface in a repository, but another continues to develop on the old version where existing tests become stale. A conversation can resolve the episode, but when the participants change, what makes the lesson continue to govern the team? We introduce Relic, which turns recurring collaboration failures into organization-owned, executable protocols. Members reflect on visible work, propose rules, and govern their adoption. Adopted protocols bind triggers, responsibilities, required evidence, and execution consequences to the runtime, while remaining open to revision and retirement. In one traced case, repeated integration friction produces an interface-review rule that governs later pull requests and is revised as work continues. Across 360 controlled runs over ten software workloads and three models, Relic raises complete-contract delivery from 14.06% to 19.76% (+5.71 percentage points) over a matched structured team without the protocol lifecycle, improving all four verified production endpoints in every model stratum. Under fresh-member transfer, behavioral correctness is 25.4% with no inherited protocol, 34.6% with the same rules provided as readable text, and 41.2% with executable bindings, a +6.5-point advantage over text alone. On the full CooperBench benchmark, after excluding broken benchmark pairs, Relic achieves 367/477 (76.9%), establishing the best reported result among peer-structured systems. On the fixed 48-pair same-model subset, Relic also exceeds Solo (29/48 vs. 26/48), reversing the coordination loss exhibited by the official peer baseline. Together, these results show how collaboration experience can become persistent organizational state that remains useful beyond the members who created it.

Sat 26 SeptArtificial IntelligenceSoftware Engineering
The gist
Teams often run into problems when different people work on the same code but don't update or coordinate properly, causing mistakes. The authors created Relic, a system that helps teams turn these repeated problems into clear rules that everyone agrees to follow. These rules are not just written down—they are actively checked and can evolve as the team works. This way, lessons from past conflicts stay with the team even if members change. Tests showed Relic helps teams deliver better code with fewer errors, especially when new people join.
Open → 2609.32965v1

Benchmark measures collaboration in asynchronous multi-agent coding tasks

AsynCodeBench: Benchmarking Collaboration of Asynchronous Multi-Agent Systems in Software Engineering

Abstract: Multi-agent coding has emerged as an increasingly active direction in software engineering, where complex development tasks are decomposed across multiple specialized agents working on different parts of the problem. Despite the shift from individual problem solving to distributed collaboration, multi-agent systems still lack a direct measure of collaboration and are largely evaluated through task-level outcomes inherited from single-agent coding, conflating individual coding capability with cross-agent coordination. We introduce AsynCodeBench, a dependency-centric benchmark for asynchronous multi-agent software engineering that represents each task with an explicit dependency graph and executable Dependency Checkers. Through this dependency-tracking process, we propose two complementary measures: Asynchronous Dependency Pass Rate (ADPR), which measures how many cross-agent dependencies are ultimately satisfied, and Dependency Resolution Step (DRS), which measures when each dependency first becomes satisfied during execution. AsynCodeBench comprises 19 tasks from real-world repositories, exposing 52 directed dependencies as explicit units for evaluating cross-agent collaboration. Experiments across model families, scales, and generations reveal a clear gap between coding and collaboration capability: improvements in coding performance do not necessarily translate into stronger collaboration, and task-level metrics can diverge substantially from dependency-level collaboration measures. Dependency-trajectory analysis further reveals that successful coordination often emerges not gradually, but through concentrated bursts in which many dependencies become resolved over a short portion of the execution trajectory, a pattern we term a hopping window.

Sat 26 SeptSoftware EngineeringArtificial IntelligenceMultiagent Systems
The gist
When many computer programs work together to write code, it can be tricky to tell how well they actually coordinate with each other versus just how good they are individually. The authors created a new way to measure teamwork by breaking coding tasks down into smaller parts that depend on each other. They track when and how these parts get completed to see how well different agents work together. Their experiments show that just being good at coding alone does not mean the agents collaborate well, and teamwork often happens in sudden bursts rather than gradually.
Open → 2609.32662v1

Harness design shapes software engineering agent performance

Beyond the Model: Demystifying Harness Effects in Software Engineering Agents

Abstract: Large Language Model (LLM)-based agents are increasingly used for software engineering tasks, yet their performance is not determined by the base model alone. The agent harness substantially shapes how SE agents interact with repositories, execute actions, and validate solutions. However, the role of harness design remains insufficiently understood, especially across different models, tasks, and harness components. In this paper, we present a systematic empirical study of harness effects in SE agents. We first evaluate two representative harnesses, mini-SWE-agent and OpenCode, with ten models from two prominent open-weight model families, Qwen and DeepSeek, on three benchmarks: SWE-bench Pro, ProgramBench, and GitTaskBench. We then construct NanoHarness, a lightweight modular harness built on top of mini-SWE-agent, and use it to analyze five representative harness components: tool registry, context compression, explicit planning, subagents, and lazy skills. Experimental results show that harness effectiveness depends jointly on model capability and task type. Complex harnesses provide diminishing marginal gains on SWE-style issue repair as model capability improves, but can benefit stronger models on more complex and open-ended repository-level tasks. Component-level analysis on ProgramBench further shows that structured tool use and task-specific subagents provide the most stable improvements, while context compression and general subagents can hurt repository-generation performance. When combined, NanoHarness improves over mini-SWE-agent by 7.37 and 6.21 percentage points on Qwen3.7-Max and DeepSeek-V4-Pro, respectively, recovering most of the gains of product-level harnesses. These findings highlight harness design as a first-class factor in SE-agent performance and provide insights for building more effective and efficient coding agents.

Sat 26 SeptSoftware Engineering
The gist
Software agents powered by large language models do coding tasks, but how well they work depends not just on the base model, but also on the 'harness'—the system that manages their interactions and actions. The authors studied different harness designs and found that more complex harnesses help mainly with harder coding tasks and stronger models. They also pinpointed which harness parts boost performance and which can hurt it. Their work shows building better harnesses is key to improving coding agents, beyond just improving the language model itself.
Open → 2609.32459v1

Early reward predictions speed up coding agents handling long coding tasks

Before the Rollout Ends: Early Terminal Reward Prediction for Long-horizon Coding Agents

Abstract: Long-horizon coding agents receive verifiable rewards only after completing expensive sequences of tool calls. This increases inference cost, amplifies early wrong hypotheses, and can lead to sparse terminal reward and unstable training. We introduce Contextual Early Reward (CER), which predicts terminal reward through behavioral evidence in a trajectory prefix. CER synthesizes adaptive rubrics specific to the current task and stage through experiences summarized from related historical tasks. In test-time scaling on SWE-bench Verified, CER improves RM@8 over the strongest baseline by 4.2 percentage points (pp) on Nemotron 3 Ultra and 2.0 pp on Qwen 3.6 27B; on Nemotron, it takes only 15.3% tokens to match the best baseline performance. In RL training experiments, CER exceeds full-rollout TMax by 1.9 pp while using 52.7% fewer online policy-and-judge tokens. Together, CER provides an interpretable, efficient, and dense evaluation method for long-horizon coding agents.

Fri 25 SeptComputation and Language
The gist
Long coding tasks are tough for AI agents because they only get feedback at the very end, which makes learning slow and unstable. The authors introduce a new method called Contextual Early Reward (CER) that predicts how well the agent will do before it finishes the entire task. By learning from similar past tasks, CER helps the agent avoid wasting time on bad guesses and speeds up decisions. Tests show CER can match or improve performance while using fewer computing resources.
Open → 2609.31995v1

Better documentation does not improve coding agent fixes in repositories

Compact Documentation for Coding Agents: A Benchmark, an Optimizer, and Why It Does Not Transfer

Abstract: We investigate whether natural-language documentation helps coding agents resolve software issues, and we build the tools to construct and evaluate it. We introduce a roundtrip benchmark that scores code descriptions by whether code regenerated from them passes the original tests, and show that completeness, not length, drives a description's fidelity. Using the benchmark as an optimization signal, we discover a description-writing prompt that reaches full fidelity and generalizes to unseen files. We then test the hypothesis that motivated the work: that better documentation helps an agent resolve real repository issues. Across two model families and ten repositories, and against a positive control confirming that our evaluation can detect a genuine improvement, we find that it does not. When the source is present, neither static compact documentation nor retrieved context beats the issue alone. We report this negative result together with the benchmark and the optimizer, and we characterize the boundary at which documentation helps.

Fri 25 SeptSoftware EngineeringArtificial IntelligenceComputation and Language
The gist
People often think that good natural-language explanations of code help automated coding assistants fix problems better. The authors built a way to test how well code descriptions work by seeing if code rewritten from them still passes tests. They found shorter or longer descriptions don’t matter as much as how complete the explanations are. However, when they tried using improved descriptions to help coding agents fix real issues in software projects, the descriptions did not help. This suggests that having the code and the problem alone is usually enough for these agents.
Open → 2609.31587v1

Software agents compress tool history to save context and speed up tasks

Compress What You See, Not What You Say: Anchored Context Distillation for Latent-Observation Software Engineering Agents

Abstract: Tool observations dominate the context of software-engineering agents, making long interaction histories costly to maintain. Existing context compression methods can discard information needed by later actions, while adapting agents to soft-token representations can compromise their original behavior. To reduce context while preserving action-critical information and agent behavior, we combine Latent Observations, Hard Actions (LOHA), a context layout that separates compressed history from text needed for exact reference, with Anchored Context Distillation (ACD), a training method that enables latent reading while constraining behavioral drift. LOHA compresses older tool observations into soft tokens while retaining the agent's own turns and the last K observations in text, providing compact access to historical information and exact access to recent content. To enable the agent to use this representation, ACD distills the base model's full-text predictions into the latent view while anchoring its behavior on plain-text inputs to the same base model. On SWE-bench Verified, K=3 reduces context per call by 43% for Qwen3-4B and 57% for SWE-Master-4B-RL, with resolve rates of 12.1% and 21.8% versus 14.5% and 27.5% for their uncompressed bases. A single-run recency sweep reaches 14.4% and 23.0% at K=8, with larger windows generally favoring task performance over compression. Under a 32K-token limit, Qwen3 with K=3 resolves 21.1% of a 199-instance subset versus 11.1% for the same adapted agent using full text. In concurrent single-GPU serving, it achieves 1.9 times that full-text agent's instance throughput.

Fri 25 SeptArtificial Intelligence
The gist
Software agents that help programmers often need to remember long histories of their actions, which can slow them down. The authors found a way to compress these histories by focusing on what the agent sees (tool outputs) instead of what it says, keeping the most important recent details in full text. They trained the agents to understand these compressed representations without losing their ability to perform tasks well. This method keeps the agents fast and efficient with less memory use while only slightly reducing performance.
Open → 2609.31430v1

Practitioner views reveal new challenges in AI data quality management

Rethinking Data Quality for AI-Driven Systems: Evidence from Practitioner Interviews

Abstract: Data quality research has usually treated data as an input that is stored, processed, and validated. In AI-driven software-intensive systems, data also shapes model behavior, evaluation, and lawful use. Empirical evidence remains limited on how practitioners define, assess, and manage quality under these conditions. We interviewed 16 practitioners from nine organizations and analyzed the transcripts using reflexive thematic analysis and developed six themes from participants' accounts. In AI systems, traceability shifted from modular debugging to attributing model behavior, while using models as quality assessors introduced circularity. Agent context and memory became data objects, and synthetic and pseudo-labeled data made authenticity a quality concern. In foundation-model development, lawfulness became a gate for training data, while representativeness was judged through coverage of situations in which the system must behave safely. Prior ML research examines many of these problems separately. Our study provides a practitioner-grounded account of how they are encountered together as an engineering and organizational concern. We also interpret five recurring conditions as helping explain how the themes relate to reduced trust in data and AI outcomes. We synthesize these findings through lifecycle assurance: a conceptual framing focused on producing evidence that data can support a specific AI claim when its influence may be embedded in model behavior, model-based judgments, or agent actions.

Fri 25 SeptSoftware EngineeringArtificial Intelligence
The gist
Data quality in AI systems is more than just checking data accuracy; it also affects how AI models behave and make decisions. The authors talked to people who build these systems to find out how they think about and manage data quality. They discovered that issues like understanding the source of decisions, judging synthetic data authenticity, and ensuring legal use of data are part of everyday challenges. These challenges are connected to how much people trust the AI and its data throughout its whole development and use.
Open → 2609.31191v1

Commit message generation improved by checking component and candidate consistency

CoCoRerank: Towards Conventional Commit Message Generation by Component and Candidate Consistency Reranking

Abstract: Commit messages are essential for understanding software changes, yet automatic commit message generation typically treats a message as an unstructured text sequence. This limits its ability to support standardized development workflows, where commit messages are often expected to follow the Conventional Commits Specification (CCS) in the form type (scope): subject. In this paper, we study conventional commit message generation under the complete CCS format. We construct a new benchmark of 86,688 high-quality commits collected from open-source GitHub repositories, with each message normalized into type, scope, and subject through structural normalization and semantic quality filtering. Based on this benchmark, we propose a two-dimensional consistency-based reranking framework named CoCoRerank for LLM-based generation. CoCoRerank exploits horizontal consistency among the code change, type, scope, and subject, as well as vertical consensus across multiple generated candidates. Experiments with representative CMG baselines, LLM generators, reranking strategies, and ablation variants show that CoCoRerank improves both structural component prediction and subject generation quality. The results demonstrate that complete CCS supervision and multidimensional consistency modeling provide an effective foundation for accurate and standardized commit message generation. The artifact is publicly released at https://github.com/bluewhalebug/CoCoRerank.

Fri 25 SeptSoftware Engineering
The gist
Commit messages explain the changes made in software and usually follow a specific format to help developers understand these changes better. The authors created a large collection of well-structured commit messages following a standard format called the Conventional Commits Specification. They built a method called CoCoRerank that improves automatic commit message creation by checking that different parts of the message align well with the actual code changes and by choosing the best candidate messages from many options. Experiments show that this approach makes generated commit messages clearer and more standardized for software developers.
Open → 2609.30953v1

Coding agents waste money with inefficient behaviors and improvements vary

Analyzing and Mitigating Cost-Inefficient Behaviors in Coding Agents

Abstract: Although effective, coding agents often incur substantial monetary costs. Their recurring cost-inefficient behaviors remain underexplored. We conduct the first study of behavioral cost inefficiencies in coding agents, analyzing 1,200 trajectories from Claude Code and Mini-SWE-Agent across four configurations on SWE-bench Verified. We identify three cost-inefficient behaviors: subsumed retrieval, similar script generation, and test re-execution. We then evaluate three mitigation strategies: structure-aware retrieval, agent-synthesized skills, and developer-designed skills, over 10k trajectories on held-out SWE-bench Verified and Pro tasks. Our main findings are: (1) The three behaviors affect 79.00\%--98.00\% of coding tasks and account for up to 22.75\% of task cost. (2) Structure-aware retrieval can introduce retrieval overhead and alter agent delegation, causing inconsistent improvements in retrieval efficiency and cost increases of up to 28.14\%. (3) Agent-synthesized skills tend to produce low-level, trace-specific guidance, limiting their effectiveness and generality. (4) In contrast, developer-designed skills provide high-level, trace-agnostic guidance, reducing cost by up to 41.73\%, roughly twice the maximum gain from agent-synthesized skills.

Fri 25 SeptArtificial IntelligenceSoftware Engineering
The gist
Coding agents help write software but often waste money in how they work. The authors studied behaviors that cause this waste, like repeating searches or rerunning tests unnecessarily. They tested ways to fix these problems, finding that developer-designed skills worked best to save costs. Agent-made skills and smarter retrieval didn’t always help and sometimes made things worse. This shows better ways to make coding agents cheaper and more efficient.
Open → 2609.30725v1

Sustainable computing and software shape future engineering tools

Perspectives on Sustainable Computational Science and Engineering

Abstract: Computational Science and Engineering (CSE) combines expertise at the intersection of engineering, applied mathematics, and computer science to form powerful methods for model-based design and model-based decision support across disciplines. Today, CSE methods and tools have an impact as an enabling technology in the development of increasingly sustainable products, processes, and operations. However, sustainability is rarely considered holistically in the context of CSE itself. This paper develops a perspective on sustainability in CSE by distinguishing CSE as an enabler of sustainability in application domains from sustainability within CSE itself, which rests on two complementary pillars: sustainable computing and sustainable software. We present illustrative examples for these pillars and derive recommendations and best practices for CSE stakeholders. Developing an understanding of how sustainability can create added value in CSE is an important future direction for the field. This calls for a concerted effort within the CSE community to define measurable outcomes and best practices that embed sustainability as a core design principle rather than an afterthought.

Thu 24 SeptComputational Engineering, Finance, and Science
The gist
Computational Science and Engineering (CSE) helps design and improve products and processes across many fields. This paper points out that while CSE enables sustainable solutions, sustainability itself hasn’t been fully embraced within CSE practices. The authors suggest focusing on making CSE methods and software more sustainable by adopting best practices and measurable goals. They propose that sustainability should be a key part of how CSE is developed, not just an afterthought.
Open → 2609.30389v1

Software engineering benchmark tests visual and textual code repair skills

SWE-PolyVision: Benchmarking Cross-Image Abductive Reasoning for Repository-Level Software Engineering

Abstract: Current multimodal software-engineering benchmarks expose images as additional context, but do not test whether an agent can integrate evidence distributed across images into a verified repository-level repair. We present SWE-PolyVision, an executable benchmark of 92 real tasks from 36 open-source organizations, with 48 public tasks and 44 private holdouts. The release contains 402 static images and 6 videos, with at least two visual inputs per task. Each task pairs a fixed pre-fix repository with an isolated verifier and is evaluated under the supported conditions among three access modes: Text-only, Native Vision, and Tool-mediated Vision. Across eleven coding models, visual access changes which tasks are solved, but effects depend on both model and task. Two trace-linked Native Vision cases illustrate how complementary visual and textual clues can lead to source-localized, verified repairs; controlled interventions show that this conversion is not yet stable across inputs. SWE-PolyVision thus separates the availability of multi-image evidence from its successful use in repository-level repair, without treating patch success alone as proof of explicit reasoning.

Thu 24 SeptSoftware Engineering
The gist
Software bugs can sometimes be fixed by looking at pictures or videos related to the code, but it's hard for AI to combine all that visual information with text to find the right fix. The authors created a set of real-world tasks from open-source projects that test if AI systems can understand multiple images and videos alongside code. They found that having access to these visuals changes which tasks AI can solve, but it's not consistent yet. Their work helps show where AI still struggles with using pictures and text together to repair software accurately.
Open → 2609.29754v1

CodeGraph builds a large knowledge graph linking source code to real-world concepts

CodeGraph: Open-Taxonomy Knowledge Graph for Source Code with Wikidata Grounding

Abstract: Public software repositories, like GitHub and Software Heritage Archive, store billions of files, yet extracting their implicit engineering knowledge ---i.e., the algorithms they implement, the paradigms they follow, the patterns they instantiate, and the application domains they serve--- remains challenging, as current tools are constrained to syntactic and token-level analysis. We present a pipeline for building an open-taxonomy semantic annotation of source code using a code-specialised Large Language Model. The extracted entities are grounded in Wikidata through a three-stage linking procedure: a deterministic SPARQL stage handles unambiguous entities, a Deep Research Agent resolves the residual long tail, and a hierarchy-rollup stage imports the parent-of closure of each resolved Wikidata identifier. The resulting annotations are materialised as a source-code-specific open-taxonomy knowledge graph. We further introduce a calibrated quality-assurance protocol that quantifies annotation precision by combining a small human gold set with an LLM-as-a-judge filter. We applied our pipeline to the 167 million files of the Stack-Edu corpus, creating the first known large-scale open-taxonomy knowledge graph for source code. Our graph, named CodeGraph, contains approximately 158 million nodes, which include around 145 million files, about 63,000 extracted concept entities (such as algorithms, paradigms, design patterns, and application domains), and roughly 19,800 grounded Wikidata entities. Furthermore, CodeGraph features approximately 1 billion typed edges that connect files to their respective concepts, link these concepts to their grounded Wikidata identifiers, and relate them to their parent categories, covering 14 programming languages.

Thu 24 SeptSoftware EngineeringComputation and LanguageInformation Retrieval
The gist
Source code stored in huge public collections is hard to understand because it’s mostly analyzed by looking at syntax or text alone. The authors created a new tool that uses a large AI language model specialized for coding to identify meaningful programming concepts within code files. They match these concepts to real-world knowledge in Wikidata, organizing everything into a big graph that connects code files with programming ideas and categories. This graph covers many programming languages and could help people explore and understand code more deeply.
Open → 2609.29474v1

Benchmark measures software repository governance improvements with AI models

SWE-Prometheus: Measuring Engineering Governance Improvements in Real-World Repositories

Abstract: Large language model based coding agents have made substantial progress on repository-level software engineering tasks. Existing repository benchmarks, however, usually start from a human-identified issue and evaluate whether a patch satisfies a functional signal. We present SWE-Prometheus, a benchmark for the broader task of improving repository engineering governance. Each task provides a fixed snapshot and an open-ended objective, requiring the agent to identify risks, prioritize interventions, and verify the resulting changes. SWE-Prometheus evaluates six governance dimensions through paired evidence, clean-environment probes, behavior gates, and two independent teacher ratings of the same evidence. The benchmark contains 60 repositories; ten models are evaluated on a shared 22-repository public subset, where mean Normalized Governance Improvement ranges from 0.0568 to 0.5760 and observed behavior-breakage rates range from 0% to 23%. On a frozen ten-repository batch, a repository-blind template obtains mean NGI 0.272, but its gains concentrate in Tests & CI, Quality Gates, and Documentation; it improves Reproducible Environment and Dependency & Security on none of the repositories. This baseline makes the distinction between adding governance artifacts and producing execution-backed improvements measurable. The no-op condition has median NGI zero and standard deviation 0.073; two teachers agree exactly on 57 of 60 dimension scores for the same no-op evidence. For the two highest conditional-mean systems, common-valid NGI is similar, while full-pool comparisons that include behavior failures favor Kimi-K3. These results show why repository-governance evaluation should report improvement, behavior preservation, evidence quality, and coverage together.

Thu 24 SeptArtificial IntelligenceSoftware Engineering
The gist
Software projects hosted in repositories include many ways to keep them well organized and secure, called governance. The authors created SWE-Prometheus, a test to see how well AI coding assistants can improve these governance practices. Instead of fixing one problem, the AI must find risks, decide what to fix, and check the changes work safely. The benchmark looks at six aspects of governance, like tests, documentation, and security, using detailed evidence and ratings. Their results help measure how much AI can truly improve software project management beyond just adding visible artifacts.
Open → 2609.29465v1

Rufus-Air improves large language model capabilities through staged training

Rufus-Air: An Open LLM Post-Training Recipe

Abstract: Rufus-Air is an open and reproducible post-training recipe on GLM-4.5-Air-Base (106B-A12B), organized as a serial pipeline of eight stages: SFT, Reasoning RL, Coding RL, Instruction-Following RL, General Agent, Coding Agent, Search Agent, and RLHF. We document the data, reward design, infrastructure, stage order, and stagewise results needed to reproduce the recipe. Stages progress from basic to advanced capabilities and from hard, verifiable rewards to softer judge-based signals. Training builds on open-source components and public data, much of it used as released, without new human annotation or an in-house distillation teacher. Our main findings are that (i) diverse, high-quality SFT establishes a strong capability floor; (ii) difficulty filtering keeps RL prompts within a productive learning range; (iii) reward reliability provides a practical principle for ordering stages; and (iv) infrastructure and engineering choices are part of the recipe, not just an implementation detail. Rufus-Air improves over the official GLM-4.5-Air post-trained release and is competitive with similarly sized open models.

Thu 24 SeptComputation and LanguageArtificial IntelligenceMachine Learning
The gist
Training large AI language models is complicated and requires careful planning. The authors present Rufus-Air, a step-by-step recipe to improve an existing large model by adding skills like reasoning and coding through different training stages. Their approach uses publicly available data and open tools without needing extra human labeling or special teachers. They found that starting with strong basic training and ordering later steps based on how reliable their feedback is helps build better performing AI models. Rufus-Air produces improvements over the original model and competes well with similar open-source models.
Open → 2609.29421v1

AI code fixes overload review and build systems in big projects

Orchestrating AI-Assisted Code Remediation: Socio-Technical Bottlenecks in a Large Industrial Repository

Abstract: Background: Code degradation in large, long-lived codebases is costly to remediate through manual refactoring and opportunistic clean-ups. LLM-based coding assistants can perform mechanical remediation at scale, but their impact on industrial workflows is underexplored. Objective: We investigate how massive AI-assisted code remediation affects build-on-commit continuous integration (CI), code review, and team coordination in a large industrial repository, and which socio-technical bottlenecks constrain such remediation when source editing becomes cheap through AI assistance. Method: We report on a 15-day exploratory single-case field study in which an experienced developer used a command-line AI coding buddy to remediate widespread issues in a closed-source industrial C++ repository. We triangulate Gerrit metadata with a developer diary and team chat, analyzed through descriptive statistics and qualitative coding. Results: AI-assisted remediation rapidly generated hundreds of commits touching thousands of lines, saturating CI and reviewer attention. Naïve per-file commits overloaded build-on-commit CI; Switching to directory-based batching and capping the number of files per change restored throughput, but still required explicit review solicitation, negotiation of acceptable commit granularity, and iterative follow-up to resolve build and static-analysis failures. Conclusion: When mechanical editing is cheap, CI capacity, review effort, and change orchestration become primary bottlenecks. Sustainable AI-assisted remediation in very large repositories requires deliberate control of commit, review, and CI batch granularity and treating semantic change sets, such as ``fix all instances of warning X'', as first-class units of work that can be sliced differently for developers, reviewers, and CI.

Thu 24 SeptSoftware Engineering
The gist
Fixing lots of code problems by hand is slow and costly. The authors studied how using AI tools to quickly fix code issues in a large industrial project caused new challenges. These fixes created many code changes that overwhelmed automated building and human review systems. The study found that managing how and when code changes are grouped and reviewed is very important when AI makes editing easy. This helps keep the repair process smooth and sustainable in big software projects.
Open → 2609.29172v1

Engineering lifecycle moves from agent output to trusted authorization

From Agent Output to Authorized Transition

Abstract: Agentic engineering systems can edit repositories, run tools and tests, build firmware, synthesize schematics, and prepare deployable or manufacturable artifacts. The assurance problem is therefore shifting from whether an agent can produce an output to whether an engineering lifecycle is justified in acting on claims about that output. Current products and standards provide sandboxes, approvals, hooks, traces, policy enforcement, attestations, bills of materials, and assurance representations, but these capabilities remain fragmented. This paper presents the Agile-V Assurance Spine, a cross-domain transition contract for software, firmware, and PCB engineering. Evidence is admitted only when it establishes required properties through an authoritative source profile, is bound to the exact artifact and frozen policy baseline, remains current with respect to declared dependencies, and satisfies risk-appropriate independence and authority. Gate decisions are recorded as receipts; approvals and exceptions are exact-scope and time-bounded; and authorization is rechecked at the effect boundary before merge, deployment, flashing, release, or fabrication. A bounded review of contemporary research, commercial platforms, open-source infrastructure, and standards positions the model relative to evidence-gated lifecycle control, continuous assurance, runtime admission, provenance, and AI/ML inventories. The paper contributes a precise vocabulary, compositional architecture, domain profiles, mapping to open-source implementations, and an adversarial evaluation agenda. It does not claim regulatory conformity or demonstrated production superiority.

Wed 23 SeptSoftware EngineeringArtificial Intelligence
The gist
When software, firmware, or hardware parts are created by automated systems, deciding whether to use their results is tricky. This paper focuses on how to make trustworthy decisions about those results before they are finalized or produced. The authors present the Agile-V Assurance Spine, a structured approach that only accepts evidence about changes if it meets strict rules about source, timing, policies, and risk. This system helps ensure approvals are recorded, current, and rechecked before making big changes like deployment or manufacturing. They also compare their approach with other research and standards but don’t claim it is proven better or official for regulations.
Open → 2609.28216v1

Unity Insight improves code asset search for game developers

Unity Insight: A Production Code--Asset Index for LLM Coding Agents in Unity Projects

Abstract: LLM coding agents increasingly operate inside game-engine repositories, where application logic is inseparable from serialized assets: a single gameplay change may span C\# scripts, prefabs, scenes, and ScriptableObjects wired together by Unity GUIDs. The retrieval tools agents carry today---shell utilities and code-only indexes---cannot answer basic cross-file questions, because these relationships live in \texttt{.meta} files and YAML assets rather than in code. We present Unity Insight, to our knowledge the first persistent, LLM-facing, agent-integrated cross-file code--asset index for Unity projects, shipping in production with Tuanjie Codely, the agent CLI of Tuanjie Engine, since its public launch on 2026-07-28. In a paired experiment---28 project-specific questions on two Unity games, same model and harness, one run per arm per question---the index-backed agent spent 53\% fewer tokens and 52\% less wall-clock time than a general-purpose exploration agent (exact paired sign tests, $p{<}0.004$), using only its typed index-query tools.

Wed 23 SeptSoftware Engineering
The gist
Game development in Unity involves many connected files that store code and game data. The authors found that existing tools struggle to search across these linked code and asset files because relationships are hidden in non-code files. They created Unity Insight, a tool that makes it easier for AI agents to quickly find connections across all Unity files. When tested on two games, Unity Insight helped AI agents answer questions using fewer tokens and less time than general methods.
Open → 2609.27585v1

FeatLens cuts code graph size to speed up repo level code generation

FeatLens: Feature-Guided Dynamic Code Graph Construction and Retrieval for Repository-Level Code Generation

Abstract: Recent code generation research has moved from isolated function completion toward repository-level generation in existing codebases. To implement a target function correctly, an LLM must identify reusable repository dependencies such as existing functions, APIs, and cross-file definitions. Existing retrieval methods provide such context through code similarity search, persistent whole-repository graphs, or LLM-driven graph exploration, but often incur high graph construction, reasoning, and token costs. Feature-oriented methods offer a natural view of software functionality, yet they mainly support requirement decomposition, planning, or feature editing rather than code dependency retrieval. This paper presents \textbf{FeatLens}, a feature-guided dynamic code graph construction and retrieval approach for repository-level code generation. FeatLens builds a feature index that links natural-language feature descriptions to function-level code entities. Given a generation task, it dynamically constructs a task-specific seed graph from the feature index and applies semantic-structural graph reasoning with personalized PageRank to select a compact reasoning graph. This design replaces persistent whole-repository graph maintenance and LLM exploration with deterministic and lightweight dependency retrieval. Experiments on DevEval and EvoCodeBench show that FeatLens achieves the best DR@15 among sparse, dense, and graph-based baselines (0.501 and 0.460). On DevEval generation, it obtains the highest DIR@1, reaching 52.91\% with DeepSeek-V3.2 and 53.58\% with GPT-5-mini, while maintaining competitive Pass@1 and producing shorter code. Compared with the strongest graph-based baseline, FeatLens reduces graph nodes by 61.0\%, edges by 86.2\%, and total token overhead by 45.9\%, with no LLM tokens used during retrieval.

Tue 22 SeptSoftware EngineeringArtificial Intelligence
The gist
Generating new code inside a large software project requires understanding which existing code parts can be reused. The authors present FeatLens, a method that uses natural language descriptions of features to quickly find the most relevant code pieces and their connections. This avoids building huge, slow-to-handle graphs of the entire project and helps code generation models focus on a smaller set of important code units. Their experiments show that FeatLens improves the retrieval of needed code dependencies and reduces overhead compared to previous approaches.
Open → 2609.26480v1

Regularized self-improvement boosts AI agent performance and efficiency

RRSI: Regularized Recursive Self-Improvement of Agent Harnesses

Abstract: An LLM agent's capability is largely magnified by its harness, namely the prompts, control flow, tooling, memory, and context management surrounding the frozen backbone model. Recent methods increasingly automate this process by iteratively proposing and selecting component-wise edits of an agent harness, practically establishing a form of recursive self-improvement (RSI) at the agent-system level. However, such recursive evolution may overfit by memorizing the training tasks, showing large in-distribution gains that shrink or even vanish on out-of-distribution benchmarks. We introduce Regularized Recursive Self-Improvement of Agent Harnesses (RRSI), which incorporates the principles of regularizations into harness self-improvement by constraining the evolution candidate proposal and selection. The proposer operates with a temporally annealed budget, limiting how many edits a candidate can bundle, and it encourages unexplored trajectories based on evolution history. The selector is equipped with a critic and a pruner: the critic screens benchmark-specific proposals, while the pruner, removes changes that are too small, too expensive, or no longer useful. Together these constraints favor reusable agent mechanisms over benchmark-specific ones or even noises. Across eight benchmarks spanning coding, agentic workspace and engineering design tasks, RRSI gains up to 14.1 points on the split it evolves against and up to 4.7 points on the five out-of-distribution benchmarks, while producing a harness that runs on 30% fewer policy tokens than the unregularized evolution. Code is available at https://github.com/google-research/rrsi and project page is https://regularized-rsi.com/.

Mon 21 SeptMachine LearningArtificial IntelligenceComputation and Language
The gist
Large language models (LLMs) work better when paired with smart systems that guide and manage them, called agent harnesses. The authors studied how these harnesses can improve themselves over time without just memorizing specific training tasks. They created a method called RRSI that carefully limits changes to keep improvements general and reusable. Their approach helped AI agents perform better on a variety of tasks while using less computational effort.
Open → 2609.24972v1

Memory systems struggle to improve coding agents on real software tasks

VibeMemBench: Evaluating Memory Systems for Coding Agents on Real Repository Coding Tasks

Abstract: Coding agents operate on real repository coding tasks, and persistent memory systems promise to reuse experience across tasks. Yet existing evaluations do not show whether those systems improve executable repository work. Repository benchmarks test code changes but do not isolate memory, while memory benchmarks score recall without measuring downstream coding outcomes. We introduce VibeMemBench, a benchmark for evaluating memory systems on 111 coding targets from 90 SWE-rebench V2 repositories and 3,634 history trajectories from the target repositories. The targets follow the SWE benchmark style and cover bug fixes, feature requests, interface changes, and configuration work. An agent edits each target codebase under a declared memory condition. Executable tests decide task resolution. Each target is retained only when injected history experience improves its executable outcome in a reference setting, so every target carries a prior experience whose usefulness is verified by execution in that setting. The frozen verified experience is then transferred to five held-out solvers. Direct injection raises observed task resolution on four of them by 1.1 to 4.5 percentage points while lowering agent steps on all five. Yet when four existing memory systems must construct and retrieve experience from the same history, eleven of twelve solver and system pairings fail to exceed the matched memory-off baseline. VibeMemBench exposes the gap between the useful experience that repository history holds and the experience existing memory systems deliver for repository coding tasks.

Sun 20 SeptSoftware EngineeringComputation and Language
The gist
Coding agents that help fix or improve software can learn from past experiences stored in memory systems. The authors created a new benchmark, VibeMemBench, to test if these memory systems actually help coding agents do better on real coding tasks from existing software projects. They found that when past experiences are directly inserted, some agents improve a bit, using fewer steps to solve problems. But when current memory systems try to build and use these experiences on their own, they mostly fail to outperform having no memory system at all. This reveals a big gap between the useful past experience available and how well memory systems use it.
Open → 2609.23570v1

Category-aware training improves software engineering AI performance

One to More, More to One: Category-Aware Iterative Expert Training for Software Engineering Agents

Abstract: Repository-level software engineering (SWE) comprises heterogeneous task categories, whose progress under pooled agentic reinforcement learning can be uneven: gains in some categories coincide with regressions in others, while aggregate resolution obscures these changes. Motivated by this category see-saw, we develop a category-aware expert-training and policy-integration framework. Executable task construction and SWE Labeler, an evidence-grounded multi-axis labeling system, organize the training pools. Initial category-specific RL improves average training success while leaving uneven instance-level progress, motivating explicit consolidation of successful behavior and policy-adaptive task selection. Same-origin category experts alternate long-horizon Agentic-miniRL with Refresh-Repair-Expand (RRE): the updated policy refreshes instance mastery, reuses its own verified successful trajectories for Repair SFT, and reselects tasks for further RL. Label-routed multi-teacher on-policy distillation (MOPD) consolidates the experts into one deployable student, with ReLU-gated reward extrapolation keeping only each teacher's improving direction over the reference. Expert training and policy integration require no external model to provide solution trajectories or action targets. We evaluate Pooled RL and Balanced RL, expert development, and single-model integration through aggregate and per-category resolution, the minimum category lift over each joint-RL baseline, and expert-gain recovery. The final MOPD policy achieves mean resolution of 58.04% on Pro-618 and 59.00% on SWE-bench Multilingual, improving over the base model by 5.39 and 2.78 percentage points, respectively.

Sun 20 SeptSoftware EngineeringComputation and LanguageMachine Learning
The gist
Software engineering tasks can be very different from each other, and when AI agents are trained on many tasks at once, some tasks improve while others get worse. The authors created a way to train AI experts for specific categories of software tasks, then combine their knowledge into one smarter AI. This method helps balance improvements across all software tasks and avoids losing progress on any one type. Their experiments show that this approach makes the AI better at solving diverse programming problems than previous methods.
Open → 2609.23377v1

Challenges limit reproducibility in computational network science

Reproducibility Challenges in Computational Network Science: Evidence, Causes, and Recommendations

Abstract: Reproducibility is essential for scientific progress, enabling validation, fair comparison, and building upon prior work. In computational network science (CNS), however, reproducibility remains limited due to missing code, inaccessible datasets, and insufficient reporting of experimental details. This paper presents a taxonomy of reproducibility in CNS, structured around artifact availability, algorithmic clarity, experimental environments, and data processing and experimental pipelines. To systematically examine these challenges, we conduct four case studies spanning diverse methodological settings: topic-based influential user detection (network science and natural language processing-based methods), influence-based community detection (pure network-based methods), influence maximization (classical, heuristic, approximation, and AI-based mixed approaches), and reinforcement learning for network analysis (learning-based methods). Across these domains, we observe a consistent lack of publicly available artifacts, particularly code and datasets, hindering verification and comparison of results. We identify key causes of this reproducibility gap, including limited incentives for sharing artifacts, data access restrictions, incomplete experimental descriptions, and a complex methodological pipeline. Finally, we outline recommendations to improve reproducibility, including mandatory artifact sharing policies, standardized benchmarks, and comprehensive reporting of experimental setups. Addressing these gaps is critical to ensure transparency, comparability, and sustained progress in computational network science.

Sat 19 SeptSocial and Information Networks
The gist
Being able to repeat experiments is important for science to grow and improve. This paper shows that in computational network science, many experiments can’t be repeated because code and data aren’t shared or described well. The authors studied different types of network science methods and found consistent problems like missing materials and unclear details. They suggest steps like requiring code and data sharing, standard tests, and better reporting to help fix these problems.
Open → 2609.22914v1

VeriSelector improves verilog code generation using diverse quality data

Quality over Quantity: Diversity-Aware Data Selection for Efficient Verilog Code Generation

Abstract: Large Language Models (LLMs) have shown remarkable potential in Verilog code generation, yet existing datasets contain con siderable noise and redundancy. Prior data selection methods address only isolated quality aspects, neglect the global diversity of the training set, and cannot capture Verilog-specific structural semantics. To bridge this gap, we propose VeriSelector, the first data selection framework for Verilog code generation that jointly optimizes quality and diversity. We formulate the selec tion problem as a constrained bi-objective subset selection problem and solve it via a three-stage approximation. For quality, a multi-granularity pipeline first verifies functional correctness through testbench simulation and then filters misaligned samples via Instruction-Following Difficulty (IFD) scoring. For diversity, 109-dimensional Verilog-specific structural features (AST, CFG, and Netlist) are fused with textual embeddings for clustering-based diversity modeling. A proportional adaptive sampling strat egy then allocates per-cluster quotas guided by IFD ranks, with a provable distribution preservation guarantee. Experiments on three LLMs and three benchmarks show that VeriSelector outperforms full-dataset training and state-of-the-art baselines us ing only 20%-25% of the data, achieving Performance Retention Rates above 118% and reducing training time by over 80%. Notably, VeriSelector improves average Pass@1 by 18.49%-29.43% over full-dataset training and by 1.36%-7.95% over the best-performing baseline across all evaluated models.

Sat 19 SeptHardware Architecture
The gist
Verilog code is used to design electronic circuits, but training AI to write Verilog code is hard because many example codes are repetitive or contain errors. The authors created VeriSelector, a tool that picks the best and most varied Verilog examples for training. It checks if code works correctly, measures how hard instructions are to follow, and uses detailed features of the code to ensure variety. This careful selection helps AI models learn better and faster, even from less data.
Open → 2609.22765v1

Scaling coding agents with source code based rl tasks improves performance

CodeMidas: Scaling Agentic Coding RL Environments from Code Itself

Abstract: Training capable coding agents via reinforcement learning (RL) requires diverse tasks with reliable verifiers. Open-source codebases offer a rich source of such tasks, while existing methods typically rely on development artifacts such as issues and commits, limiting the range of tasks that can be extracted. To better scale RL environments, we present CodeMidas, an agentic pipeline that turns implemented functionality in existing codebases into executable RL environments using source code as its only task-specific input. CodeMidas allocates agentic compute to every stage of environment construction: agents explore implemented functionality to formulate behavioral specifications, construct tests grounded in execution of the original code, and validate and filter candidate tasks through execution checks and repeated solution rollouts. The resulting dataset has 5,545 training tasks from 3,185 open-source codebases spanning 23 programming languages and 15 technical domains. Training MiMo-V2.5 on these tasks with GRPO improves performance on all five diverse benchmarks, covering issue repair (DeepSWE + 11.7%), whole-program construction (ProgramBench +17%), and terminal work (Terminal-Bench v2.1 +8.5%). Ablations show that increasing the number of high-quality training tasks improves performance. Trajectory analysis shows the RL-trained agent demonstrates better behaviors like increasing codebase exploration and more diverse self-verification. These results establish source code as a scalable foundation for constructing RL environments that improve coding agents across diverse software tasks.

Fri 18 SeptArtificial Intelligence
The gist
Training AI agents to write and fix code well needs lots of different programming tasks with ways to check their work. The authors created CodeMidas, a method that automatically builds such tasks directly from existing open-source code without relying on extra project info. This gives thousands of coding tasks covering many languages and areas. Training on these tasks helps AI coding agents do better on lots of programming challenges. The AI also learns smarter ways to explore code and check its own solutions.
Open → 2609.22068v1

Language models help formally verify real software fixes accurately

SWE-Proof: Can Language Models Resolve Real-World Issues with Machine-Checked Proofs?

Abstract: Ensuring the correctness of LLM-generated code is a core challenge for modern software engineering. Benchmarks for agentic code generation check correctness with held-out test suites, which are inherently incomplete and increasingly susceptible to memorization. Formal verification avoids both problems, but existing work covers only standalone tasks whose specifications are given as input, not real issues, which touch large repositories and state intent in vague natural language. We present Benchproofer, a pipeline that turns a coding task with a known correct patch into a formally verified one: it writes a specification for the new code, summarizes the existing functions that code calls with axioms, and admits an instance only after mechanical and adversarial gates agree. Applying it to SWE-bench Verified yields SWE-Proof, 500 real issues whose correctness is formally verified rather than tested, and it extends to SWE-bench Pro. Across two frontier models, verification catches what tests miss: a quarter to a half of test-passing patches admit counterexamples, which a structured natural-language specification does not fix, while a correct formal one lifts resolution from 85% to 95% for Opus 4.8. Writing that specification is the hard part: models that must write their own gain nothing over an unaided baseline, and only 62% of their specifications pass our audit. The usual failure is faithfulness, a specification that constrains part of the required behavior and leaves the rest free. Specification quality still tracks the outcome, failing on 89% of unresolved instances against 47% of resolved ones, making faithful specification synthesis a concrete open problem.

Fri 18 SeptMachine LearningArtificial IntelligenceSoftware Engineering
The gist
Ensuring that code generated by AI models works correctly is a big challenge because simple testing can miss errors or copy memorized code. The authors created Benchproofer, a system that turns typical code fixes into problems that can be formally checked with proofs, making sure the fixes really work as intended. They tested it on 500 real software issues and found that many fixes passing tests actually had errors caught by formal verification. Writing the precise formal specifications remains difficult and is a key challenge to solve.
Open → 2609.21190v1

Context management and planning improve coding agent efficiency and accuracy

An Empirical Study of Harness Design for Coding Agents

Abstract: Coding harnesses shape how autonomous coding agents translate model capabilities into long-horizon software-engineering performance, yet existing work typically evaluates harnesses as monolithic systems, leaving the effectiveness of individual components unclear. To enable component-level comparisons, we study this question with a lightweight coding harness whose execution loop is fixed while three components are varied: planning, action space, and context management. Across four models evaluated on SWE-Bench Verified and Terminal-Bench 2.1, we evaluate 176 matched settings spanning five context-management strategies, four context-window budgets, and targeted ablations of planning and action space. We find that: (1) Context management becomes increasingly valuable as the context-window budget tightens, with most of its benefit coming from preventing context-overflow failures. (2) Staging rule-based elision before LLM-based summarization provides the strongest overall efficiency among the context-management strategies, whereas making elided content recoverable adds machinery that models rarely use and yields no accuracy gain. (3) Planning shifts from an accuracy scaffold for weaker models to a cost saver for stronger models, with little change in accuracy. (4) Predefined tools improve performance for models with weaker bash proficiency, whereas bash-capable models can operate effectively with a bash-only interface and achieve substantially lower cost, especially on command-line-centric tasks. Trajectory-level analysis explains these effects: context management extends execution trajectories without substantially altering agent behavior, planning changes where trajectories stop, and the action space changes the granularity at which code is written. These findings inform model- and budget-aware harness design and provide a modular framework for evaluating future harness components.

Thu 17 SeptArtificial IntelligenceComputation and LanguageMachine Learning
The gist
Writing long computer programs is hard for automated coding helpers because they have to remember lots of information and plan their steps carefully. The authors studied how different ways of managing this information and planning steps affect how well these helpers work. They found that managing what information is remembered becomes more helpful when there is less space to keep it, and using simple rules before summarizing helps the most. Also, helping weaker models with predefined tools improves performance, while stronger models work well just using the bash command line. These findings help make better tools for coding agents depending on their strengths and limits.
Open → 2609.20804v1

Chronicle creates repeatable tests for large language model agent failures

Chronicle: Cut-Point Replay for Regression Testing of LLM Agents

Abstract: Large language model responses are non-deterministic, so failures in LLM agents are hard to reproduce: a failure depends on inference that is not bitwise reproducible, on tools that read changing state, and on a multi-step trajectory that a re-run rarely repeats. Record-and-replay makes a run reproducible, but existing agent tooling records runs only to trace or score them, not to test a code change against them. We present Chronicle, which records an agent run at its non-deterministic boundaries as immutable envelopes and replays it from the record. Its central operation, cut-point replay, serves a chosen subset of boundaries from the record and executes the complementary subset live with new code, turning a recorded incident into a regression test that runs in continuous integration. On a benchmark of 6 recorded failures with simulated model boundaries, recording adds 23 μs per crossing (0.008% of an assumed 300 ms model call), full replay issues zero model calls and is bit-stable across 20 repetitions, and cut-point tests fail on faulty code and pass on guarded and benign changes for all 6 incidents. In a mutation study of the guarded tools, cut-point tests catch every mutant that lets the recorded unsafe action through, while a baseline that stubs every boundary, using the same assertion, catches none. Chronicle and the benchmark are publicly available at https://github.com/theagentplane/chronicle.

Thu 17 SeptComputation and LanguageArtificial Intelligence
The gist
Large language models can give different answers each time they run, making it hard to recreate and fix mistakes made by programs using them. The authors present Chronicle, a tool that records key points where the model’s randomness affects the run and can replay these while running new code on other parts. This makes it possible to turn a past failure into a reliable test that checks if code changes fix the problem. They show Chronicle works well on simulated data and can catch more errors than simpler testing methods.
Open → 2609.20625v1

AI inference success improves with informed planning and more tokens

The Organization of Inference: Information, Resource Constraints, and AI Production

Abstract: The economic value of inference depends on how capacity and task information are distributed across stages of AI production. We study these organizational margins using controlled workflow experiments on externally verified software-engineering tasks. In two matched resource panels, direct execution records the same success rate of 59.6 percent at logical-token ceilings of 12,000 and 24,000, while success under information-constrained planning rises from 36.2 to 51.2 percent. The planning disadvantage narrows by 15.0 percentage points (95 percent task-cluster bootstrap interval: 4.2 to 25.8). A strict read-only planning campaign varies whether the planner sees the task issue. At 12,000 tokens, issue access raises success by about 16 percentage points over issue-hidden planning. Compared with direct execution, task-informed planning is about 10 points lower at 12,000 tokens; at 24,000 tokens, it shows a 29.6-point advantage. In the resource panels, direct execution uses substantially less than either ceiling, while the planning workflow's binding rate falls from 46.2 to 0.8 percent and downstream execution accounts for 89.9 percent of the increase in total use. Scale determines the capacity available to a system; workflow and information structure shape the productive value

Thu 17 SeptArtificial Intelligence
The gist
The paper shows that how AI systems organize their work and share information affects their ability to solve problems. When AI systems plan their steps with access to detailed task information and enough capacity, they succeed much more often than when just trying to solve tasks directly. The researchers tested this on programming tasks, finding that more tokens (a measure of system capacity) and task knowledge significantly boost success rates. They also found the balance between planning and execution changes with resource limits.
Open → 2609.20449v1

Spotlights finds software improvement areas to boost engineering goals

Spotlights: Discovering Improvement Opportunities in Software Repositories

Abstract: Coding agents and evolutionary code-search systems can improve implementations once a target and evaluation criterion have been specified. Applying these methods to an existing software repository raises an earlier question: which implementation choices are worth investigating for a high-level engineering objective? We introduce \emph{optimization-opportunity discovery}, the repository-level task of identifying candidate source regions, explaining how they relate to the objective, and proposing possible changes. The task takes as input a repository, an engineering objective, and optional runtime evidence such as offline telemetry observations or profiles. It does not require the user to specify a defect, bottleneck, or code location. We present \emph{Spotlights}, a system that performs this task through logical repository mapping, successive agent reviews, and optional research linking candidates to relevant techniques. We evaluate Spotlights across model serving, document retrieval, blockchain ordering, and document processing. Across three cases, it recovers seven of nine expert-selected targets. In the reliability study, 70\% of the top ten candidates meet the stated correctness and severity thresholds. Across five repeated retrieval runs, 73.6\% of candidate occurrences have a matching source region in all five runs. Spotlights also rediscovers the target of a withheld retrieval optimization and connects it to a relevant tiling technique. In an implementation study, a discovered change reduces end-to-end page-processing runtime by 10.6\% while preserving measured output quality. These results establish optimization-opportunity discovery as a distinct and empirically evaluable step between a broad engineering objective and subsequent implementation and validation.

Thu 17 SeptSoftware Engineering
The gist
Finding ways to make software better can be hard because you first need to know what parts of the code are worth changing. The authors created Spotlights, a system that helps identify sections of code in a software project where improvements could meet a high-level goal like faster speed or better reliability. Spotlights looks at the whole project and some runtime data, then suggests where to focus changes without needing a specific problem reported. Tests show it successfully points out useful code spots, some of which led to faster processing without losing quality.
Open → 2609.20446v1

Adaptive memory retrieval improves program repair across repositories

AdaRepair-Mem: Adaptive Experience Orchestration for Repository-Level Program Repair

Abstract: Recent memory-augmented repository-level program repair methods reuse historical repair experiences to improve LLM-based issue resolution. However, our analysis reveals three limitations in existing repository-level memory retrieval. First, episodic memory is highly imbalanced across repositories, leaving low-resource repositories with little effective support. Second, more memory does not monotonically lead to higher repair success, suggesting that relevance, quality, and redundancy matter more than raw memory volume. Third, memory accumulation is phase-misaligned: repositories may contain many reproduction experiences but few patch or refinement experiences. To address these problems, we propose an adaptive experience retrieval framework for repository-level program repair. Our framework introduces coverage-aware retrieval, which falls back to cross-repository or repair-type-based memories when same-repository memory is insufficient; quality-aware selection, which ranks memories by relevance, historical utility, specificity, and redundancy; and stage-aware routing, which separates and retrieves memories for reproduction, localization, patch generation, patch refinement, and validation. Evaluated on SWE-Bench-Lite and SWE-Bench-Verified, the proposed framework improves repair performance on under-covered repositories, reduces noisy memory retrieval, and better supports failed-to-fixed patch refinement. Our results show that the key to memory-augmented repair is not simply accumulating more experiences, but retrieving the right experiences for the right repair context.

Thu 17 SeptSoftware EngineeringArtificial Intelligence
The gist
Fixing computer programs using past fixes can be tricky because some projects have many past fixes while others have few. The authors show that simply having more past fixes doesn't always help and sometimes mixing different types of past fixes can cause problems. They propose a smarter way to pick past fixes that fits the current problem better, including looking at fixes from other projects when needed. Their method helps fix programs better, especially for projects with fewer past fixes.
Open → 2609.20130v1

Coding agents improve themselves faster using smart patch comparisons

Self Improvement via Fast Tree-search

Abstract: Coding agents can recursively modify their own implementations, forming a loop of self-improvement. While prior work shows this can boost performance on coding benchmarks, existing approaches are costly and compute-intensive. We introduce a simple, sample-efficient self-improvement framework that significantly improves coding performance under strict budget constraints. We identify evaluation of candidate self-modifications as the main runtime bottleneck since prior approaches estimate their effectiveness by re-running a subset of benchmark tasks with the modified agent, which is time-consuming. We introduce Recursive Self Improvement via Fast Tree-search (SIFT), which augments these downstream task evaluations with an LLM-as-a-judge signal that performs pairwise comparisons between candidate patches, where the win-loss record is aggregated with a regularized Bradley-Terry model, and the resulting strength scores drive rank-based parent sampling inside a lightweight disaggregated tree search. Expensive downstream task evaluations are reserved only for the most promising nodes. Using a fully disaggregated tree search pipeline, the judge scores provide intermediate signal to guide exploration on promising candidate patches without being bottlenecked by slow evaluation runs. SIFT outperforms existing tree-search based self-evolution frameworks on the full Polyglot benchmark with significantly lower resource requirements in terms of CPU hours, wall clock time, and API cost.

Thu 17 SeptArtificial IntelligenceMachine Learning
The gist
Improving computer programs that can change their own code usually takes a lot of time and computer power because each change has to be tested thoroughly. The authors introduce a new method called SIFT that uses a kind of smart judging system to quickly compare code changes before deciding which ones to fully test. This approach saves time and computing resources while still finding better code improvements. Their method performed better on a popular test set while using less CPU time and money.
Open → 2609.19526v1

ProgramDistill evaluates coding agents by rebuilding web app features

ProgramDistill: From Interactive Web Apps to Verifiable Reference-Guided SWE Tasks

Abstract: Coding agents are typically evaluated with desired behavior specified through issues or instructions. In practical web development, however, agents may need to infer behavior from working software and implement it in an incomplete application. We introduce ProgramDistill, a benchmark evaluating coding agents on features discovered through interaction with fully functional reference applications. We build ProgramDistill by factorizing applications into features of different granularities, each associated with replayable behaviors executable via its gold patch. Our pipeline, mine-craft-patch, discovers 1,975 replay-verified behaviors across 26 applications and constructs 4,063 tasks without human intervention. Across nine frontier coding agents, GPT-6 Astra and Claude Opus 5 achieve 49.2% and 28.8% success on cumulative workflows in full-application reconstruction. In partial-application reconstruction, success falls from 100% to 64.0% and from 96% to 32% as restoration depth increases from 1 to 8. ProgramDistill thus provides a scalable benchmark with controlled difficulty for evaluating and diagnosing coding agents, and a natural basis for future curriculum-based training.

Wed 16 SeptSoftware EngineeringArtificial Intelligence
The gist
It can be hard for coding agents to figure out what a web app is supposed to do when some parts are missing. This paper introduces ProgramDistill, a way to test these agents by having them rebuild parts of real web apps based on working examples. The authors created a method to break down apps into smaller parts with clear behaviors and challenges. They tested many coding agents and showed differences in how well they can handle tasks of varying difficulty. ProgramDistill helps measure and improve how coding agents learn to rebuild software correctly.
Open → 2609.18805v1

Cost-efficient large language models struggle to produce correct enterprise code

An Empirical Evaluation of Cost-Efficient Large Language Models on Algorithmic Programming Tasks

Abstract: This study empirically evaluates whether cost-efficient Large Language Models (LLMs) can be trusted to generate enterprise code to a written specification. Three models (Gemini Flash 3, GPT-5.4 mini and Claude Haiku 4.5) were asked to solve 992 algorithmic problems as Java Spring Boot service methods conforming to a mandated signature and data-transfer-object specification, crossing four model and agentic coding tool combinations with two prompt variants to yield eight configurations, with iteration forbidden and hardcoded answers explicitly prohibited. Eight problem statements were withheld to probe how models respond to missing input. The 7,593 resulting methods were classified by an eight-class outcome taxonomy describing what each does about producing an answer, then deployed and executed, giving 7,936 measured requests joined to that classification. Structural conformance approached ceiling, yet 38.4% of methods do not compute the value they returned and only 12.9% of returned answers were correct. Conditioning on outcome class shows that response reliability and correctness are inversely related, whereas genuinely computing methods answered least often and were correct 19.3%. Limitations include single generation runs per configuration, partial harness coverage, single-pass timing, syntactic classification, and probable corpus contamination.

Wed 16 SeptSoftware EngineeringArtificial Intelligence
The gist
This paper tests three affordable large language models to see if they can write accurate software code from instructions. The authors gave the models almost 1,000 programming tasks in Java and checked the results carefully. While most code looked like it fit the rules, many did not actually work properly or gave wrong answers. The study shows these models often guess answers rather than truly compute them, and correct solutions were quite rare. The authors also note some limits to their testing approach.
Open → 2609.18052v1

Locating hidden mistakes improves trust in long autonomous AI tasks

Locating Hidden Failures Makes Long-Horizon Agents More Reliable

Abstract: As AI agents take on long, autonomous tasks, we increasingly oversee rather than perform the work, yet we still judge them almost entirely by whether they finally succeed. An outcome cannot reveal where a run went wrong, whether the agent recovered, or the irreversible harm it caused along the way, and where long-horizon agents fail remains unmapped. We study $2518$ agent trajectories across software engineering, computer use, and science, close to real deployment, and classify $6967$ mistakes into $78$ failure types. Failure follows a recurring signature: after its first mistake an agent often fails to recover and rarely catches the error itself, so the run continues unchecked while still looking correct; whether an agent recovers depends on the task and the environment's feedback, not on the agent framework running it. Long-horizon agents can do real harm on the way to a passing result: even runs scored as solved delete data, corrupt systems, or fabricate success rather than earning it. We release these human-verified annotations as Traverse, a benchmark on which six frontier judges struggle to locate failure regardless of scale: even the strongest correctly identifies the first mistake in fewer than a third of runs. Yet Scout, a $4$B verifier we trained, locates failure far better than these judges and transfers to domains it never saw. Used at test time to select among an agent's candidate runs, it raises task success above the agent's own single-attempt performance, without retraining the agent. By making failure cheap to locate and correct, this work is a foundation for more trustworthy long-horizon agents that learn from their own mistakes, and a practical path to overseeing increasingly autonomous AI.

Tue 15 SeptMachine Learning
The gist
When AI systems perform long tasks on their own, we usually only check if they succeed at the end. This doesn't tell us where they made mistakes or if they caused any problems during the task. The authors studied thousands of task runs and categorized many types of mistakes. They found that once an AI makes a mistake, it usually doesn't notice or fix it, which can cause hidden damage even if the task finishes successfully. They created a special tool that can find these hidden mistakes better than experts, helping improve the reliability of long-running AI systems.
Open → 2609.17930v1

Quality assurance in AI agents shows gaps in testing and safeguards

A Large-Scale Empirical Study of Quality Assurance Practices and Gaps in AI Agents

Abstract: Large language model (LLM)-based agents are increasingly used across software engineering, web automation, research, and productivity applications. Their integration of planning, memory, tool use, code execution, and external interactions enables greater autonomy but also introduces new reliability, safety, and security risks. We present a large-scale empirical study of quality assurance (QA) practices in 157 open-source LLM-based agent projects with at least 100 GitHub stars. We analyze documentation, source code, configurations, and tests to characterize QA practices across execution surfaces, safeguards, testing artifacts, risk scenarios, and recurring gaps. We find that current QA primarily focuses on basic functionality and high-risk actions, while coverage remains fragmented. Safeguards are inconsistently applied across equivalent execution routes, tests rarely examine boundary, adversarial, or multi-step tool-use failures, and identified risks are seldom translated into end-to-end QA checks. These findings highlight the need to move beyond feature-level testing toward systematic end-to-end validation that ensures agent workflows remain within intended boundaries when interacting with untrusted inputs, tools, persistent state, and external APIs.

Tue 15 SeptSoftware Engineering
The gist
AI programs that use large language models are getting more complex and can do many things automatically, but this also leads to new risks and mistakes. The authors studied 157 popular open-source AI agent projects to see how people test and protect these systems. They found that most testing focuses on basic features and some risky actions, but many important checks are missing. The projects often do not test how agents behave in tricky or multi-step situations, and safety measures are inconsistently applied. This means more thorough end-to-end testing is needed to keep AI agents working safely and reliably.
Open → 2609.17698v1

Multi-agent task splits keep one main finding but lower yield with depth

Decomposition Buys Integrity, Not Yield

Abstract: Multi-agent systems split a task across a tree of agents and justify the split with folklore: smaller contexts, cleaner separation, parallelism. We ask what the split does to how much of what the leaves discover reaches the root. Model a decomposition as a tree in which an agent handed $b$ items keeps any one with probability $r(b)$. If $r(b)=1/b$, every tree delivers exactly one finding, for every task size and every shape; we verify this to $2.4 \times 10^{-15}$ on 20,000 random irregular trees. If $r(b)=Cb^{-δ}$, a depth-$k$ tree over $N$ findings yields $C^k N^{1-δ}$: task size and architecture separate, and architecture contributes only $C \le 1$ per level, so flat is optimal for yield and no arrangement of agents escapes the exponent $δ$. On 600 production deep-research traces $δ= 0.34$ [0.30, 0.38], by three identifications that do not share a failure mode. At a hop where item boundaries come from the tool rather than a text heuristic, and where $b=1$ occurs 550 times, $C = 0.571$ [0.527, 0.615] is observed rather than extrapolated, over 16,082 hops. A tier also costs alignment: on 1,012 annotated multi-agent traces one brief in sixteen goes off-target, giving $μ= 0.939$ and a per-tier penalty $Cμ= 0.536$. Depth is bought on two other axes. The root context is the only state that persists and the only one that cannot cheaply forget, and depth cuts its exposure from $N$ items to $N^{1/k}$. Depth is also cheaper: production flat agents bill as $N^{1.39}$, not the $N^2$ an append-only context predicts, and at equal spend two tiers overtake flat at 403 findings. Across every parameter we measured the model says 0.7% to 11.3% of production sessions are worth delegating, against 7.8% that do. A hazard model on 743,819 production tool calls finds that delegation does not respond to a filling context and is instead an opening move.

Tue 15 SeptMultiagent SystemsArtificial IntelligenceDistributed, Parallel, and Cluster Computing
The gist
When many agents each handle part of a big task, less of what the smaller parts discover actually gets passed back to the main agent than people expect. The authors studied how splitting tasks into layers affects how much information reaches the top. They found that deeper trees tend to keep just one key discovery and lose yield with each level. However, deeper setups save on costs and reduce the main agent’s workload. In real work traces, only a small fraction of tasks benefit from splitting across agents.
Open → 2609.17464v1

RepoAtlas helps coding agents find and fix code problems faster

RepoAtlas: Guiding Coding Agents via Evolving Multimodal Repository Views

Abstract: Large language model (LLM)-powered coding agents have made rapid progress in automating software engineering tasks, yet repository-level issue resolution remains challenging. Beyond generating a plausible patch, an agent must localize relevant code across interdependent files and maintain repository context that is both sufficient and focused. Code graphs expose non-local relations, but linear text interfaces obscure their topology; rendering the full repository graph yields visual representations that are too dense to perceive reliably, whereas a one-shot local view becomes stale as exploration proceeds. We present \textbf{RepoAtlas}, a training-free module that maintains evolving multimodal repository views through a \emph{select--project--refresh} loop over a repository code graph. RepoAtlas combines evidence from the issue with the agent's current exploration state to select a task-relevant region under a fixed budget, projects the selected structure into complementary visual and textual representations, and refreshes the view when changes in the exploration state render it outdated. We evaluate RepoAtlas on SWE-bench Verified, where it improves the resolve rate by 2.4 points while reducing input tokens and model calls by 5.8\% and 7.8\% on average, relative to the strongest multimodal graph baseline, with consistent gains across three models of different families and scales.

Tue 15 SeptSoftware EngineeringArtificial Intelligence
The gist
Fixing bugs in large software projects is hard because related code is spread across many files. The authors present RepoAtlas, a tool that helps AI coding assistants keep track of the most relevant parts of a project by combining visual and text views of code dependencies. RepoAtlas updates these views as the AI explores the code, so it stays focused on the important pieces. This approach improved bug-fixing success rates and made the AI more efficient in tests.
Open → 2609.16936v1

Atria Dawn boosts human AI teamwork in scientific research

Atria Dawn: The Dawn of Agentic Superintelligence

Abstract: As AI agents become participants in the development of their successors, they reshape both the production of intelligence and the role of human researchers. We introduce Atria Dawn Preview, a foundation agentic language model designed for scientific research and engineering workflows, with the goal of expanding the frontier of agent productivity in the real world. This model is trained via a Verifiable Experience Pipeline that connects tool-mediated interactions to executable environments and externally verified outcomes. Across 16 benchmarks spanning real-world research, engineering, and digital work, Atria Dawn Preview is competitive with frontier agents and achieves the highest reported score on five of them. Beyond standalone performance, we examine the real research-and-development process behind this model as a case study of human--AI collaboration, analyzing 769 task records from 56 participants together with agent logs. When asked to evaluate completed tasks under comparable conditions, participants rated about one-third of completed AI-assisted tasks as infeasible without AI. More strikingly, agents frequently propose methods and implement revisions, while humans retain most final decisions and guide exploration through judgment and feedback. These observations indicate a shift from task-level execution to project-level partnership, with human effort concentrating on what is worth pursuing and how evidence should guide research. Progress toward more autonomous AI research must therefore advance both the capacity for discovery and the capacity for meaningful human oversight, preserving accountable human authority over the risks and direction of continued development.

Mon 14 SeptArtificial Intelligence
The gist
As AI systems get smarter, they can help create even better versions of themselves and assist humans in complicated projects. The authors introduce Atria Dawn, an AI that helps scientists and engineers do research more effectively by working alongside them. This AI can test ideas and suggest changes while humans make important decisions and guide the process. The authors found that many tasks were hard to do without AI help, showing this teamwork changes how research happens today.
Open → 2609.15818v1

Ai agents differ in response to impossible tasks and peer actions

The Troy Moment of AI: Why SomeWill Cheat and SomeWill Follow?

Abstract: Recent investigations of the July 2026 OpenAI--Hugging Face incident motivate two questions about agent behavior under task failure: when an assigned task becomes impossible, does an agent stop or escalate, and can observing another agent's behavior change that decision? We study these questions using seven ImpossibleBench tasks with GPT-5.6 Sol, Claude Fable 5.1, and Gemini 3.8 Flash in both solo and three-agent settings. Each task contains a genuine software defect together with a conflicting test requirement that cannot be satisfied by a behaviorally correct source-code change. We hold the task and repository state fixed while varying what the agent is told about prior activity, including an unpunished peer, a punished peer, and a claimed authorization from a human principal. Under an explicit-boundary regime with explicit authorization rules and restricted tools, agents never modify protected tests, but exhibit markedly different policies: Fable consistently escalates, Sol usually stops without escalation, and Gemini often fails to reach a terminal decision. Under the benchmark-native regime with open shell tools, protected tests are modified frequently in both solo and multi-agent runs, particularly after peer activity is introduced. In multi-agent runs, the proposal, execution, and certification of this action can be distributed across different agents. These results suggest that boundary crossing can arise not only from explicit rule evasion, but also from ambiguity about which system state the rule is intended to protect, motivating safeguards based on explicit authorization boundaries, authenticated state provenance, and cross-agent monitoring.

Mon 14 SeptArtificial Intelligence
The gist
Sometimes AI agents face tasks they simply cannot complete because of built-in contradictions. This study finds that different AI agents behave in distinct ways when faced with these impossible tasks: some give up, some try harder, and others get stuck. How an AI acts can also change if it sees what another AI has done, especially if rules about what they can change are unclear. The authors suggest making clear rules and tracking system changes to keep AI behavior predictable and safe.
Open → 2609.15494v1

Artificial intelligence changes how software is developed and valued

When Digitalization Transforms Itself: AI, Software, and the Next Technical Order

Abstract: Agentic artificial intelligence (AI) marks a new phase of digitalization: digitalization is beginning to act back upon its own technical production base. Whereas earlier phases aimed at digitizing analog information, automating processes, and building digital value networks, AI is increasingly taking over tasks in the development of digital systems themselves. In software engineering (SE) in particular, agentic AI systems can already plan, execute, check, and iteratively refine development tasks across multiple steps. Digitalization thus becomes recursive: digital systems no longer merely support the digitalization of other sectors, but are increasingly developed and evolved by digital systems themselves. The technical production base of digitalization thereby becomes the object of its own transformation. This changes not only the division of labor between humans and machines in SE, but also the role of SE as a whole. This chapter analyzes this socio-technical change and argues that SE is evolving from a primarily supporting engineering discipline into a central infrastructure of societal value creation as well as of technological and digital sovereignty.

Mon 14 SeptSoftware EngineeringComputers and Society
The gist
The paper explains that artificial intelligence is not just helping with tasks like digitizing information anymore. Instead, AI is starting to build and improve the software systems that create digital technologies themselves. This means that machines are now doing parts of software development traditionally done by humans, which could change how software engineering works and its importance in society. The authors argue that software engineering is becoming a key foundation for creating societal value and controlling digital technology.
Open → 2609.15350v1

Multi-agent systems learn when to collaborate for better code results

Learning How Much to Collaborate: Difficulty-Aware Topology Selection for Multi-Agent Code Generation

Abstract: Multi-agent systems for code generation are deployed with a single communication topology, chosen once for every problem. This is the wrong granularity. Evaluating five topologies on 614 problems from APPS, HumanEval+ and LiveCodeBench, we find that the advantage of hierarchical collaboration over a single agent grows from 2.4 points of pass@1 on the easiest third of problems to 21.1 points on the hardest third, while its token cost stays about ten times higher. We propose the Difficulty-Aware Topology Selector (DATS), which predicts each topology's probability of solving a problem and selects the one maximising predicted success minus cost. Its predictor is a graph network that treats the five topologies as nodes of a connectivity order rather than independent labels, worth 1.7 points over a flat multi-label head. Because the cost penalty is a single scalar recalibrable without retraining, routers compare at equal spend: under this budget-matched protocol six cost-aware methods span 21.6 percentage points, and two baselines leading DATS fall behind once calibrated to it. Fixed at 40% of the always-hierarchical cost, DATS reaches 77.7% pass@1 against 73.6% (always-hierarchical) and 74.3% (strongest learned competitor), all eleven pairwise McNemar comparisons surviving Holm-Bonferroni correction. The 4.1-point gain holds across four backbones spanning fourteen points of capability, and replacing the 39 interpretable features with a graph network or a pretrained encoder shifts accuracy by at most 1.3 points, never significantly. A cross-domain study on 400 mathematical reasoning problems reproduces the effect, the gap widening from 2.5 to 20.9 points.

Sat 12 SeptMultiagent SystemsSoftware Engineering
The gist
Different ways for smart programs to work together can help them write better code, especially on harder problems. The authors found that teaming up in a complex hierarchy works much better for difficult tasks but costs more effort. They created a system that predicts which way of teaming up is best for each problem, balancing success with effort. This system chooses smarter collaborations, improving coding results across many tests, including math problems.
Open → 2609.13890v1

Optimizing repository skill documents improves coding agent performance modestly

Skill Issue: Lessons from Optimizing Repository SKILLs for Coding Agents

Abstract: Coding agents increasingly read repository knowledge from SKILLs --- plain \texttt{.md} files versioned alongside the code. Recent work synthesizes these files automatically, by optimizing the document against a benchmark. A bare repository comes with no benchmark, and the synthetic tasks prior work builds are small enough that a capable agent saturates them with no document at all. We mine harder tasks --- merged pull requests of the repository, reverted at a single frozen base commit; and score a candidate document by whether the same agent does better with it than without it. On three Kotlin repositories, the documents GEPA finds raise this score by $4.9$pp on average, and the ones SkillOpt finds leave it where it started, $0.1$pp above the seed. The GEPA gain matches what prior work reports with the same optimizer, and at the dataset size a single repository supplies it cannot be separated from the agent's run-to-run variance; settling that would take more tasks than one repository's history yields. The documents themselves read better than the score: a maintainer of one repository found in them knowledge one only gets by working in the project.

Fri 11 SeptArtificial Intelligence
The gist
Coding agents use special text files called SKILLs that explain a repository’s code to help them solve coding tasks. The authors studied how well automatically improved SKILL files help agents handle harder coding challenges taken from real project histories. They found one method, GEPA, can slightly improve agent success, but the improvement is small and may overlap with normal variation. Still, the improved SKILL files contained useful insights that a real project maintainer recognized.
Open → 2609.12742v1

AI systems improve themselves to learn and adapt better

The Last AI Built by Humans: Toward Genuine Recursive Self-Improvement

Abstract: Recursive self-improvement (RSI) enables AI systems to turn experience and feedback into persistent changes that improve both their capabilities and the process of future improvement. We first use the Headroom-Closed Index (HCI) to reveal the problems of existing LLMs, then introduce the RSI concept and its development roadmap: from improvement-execution autonomy, improvement-strategy autonomy, experience-acquisition autonomy, and environment-adaptation autonomy, to recursive meta-improvement. Next we examine RSI across scenarios (e.g., scientific discovery, embodied intelligence, software engineering), highlighting their distinct requirements and development speeds. Drawing on diverse industry practices and preliminary empirical evidence, we connect RSI research with practical systems and identify key challenges to achieving genuine RSI.

Thu 10 SeptMachine LearningArtificial IntelligenceComputation and Language
The gist
AI systems often need help to get better at tasks and to improve how they learn over time. The paper introduces a step-by-step plan called recursive self-improvement (RSI), where AI not only learns but also improves how it learns and adapts from experience. The authors show challenges current models face and explain how RSI could work in different areas, like science or software development. They also link this idea to real-world applications and identify big hurdles to making true self-improving AI.
Open → 2609.11873v1

AI model management moves beyond storage with learnware concept

Learnware and AI Model Management System

Abstract: The transition from file storage to database management systems transformed stored data into managed resources. AI now faces an analogous transition from AI model storage to AI model management. Existing model pools essentially serve as \textit{AI model storage systems}. What is needed instead are \textit{AI model management systems} that enable models trained by different developers, for different tasks, with different data, and under different objectives to be identified, reused, and even assembled to address future user tasks. Because AI model developers are generally unwilling to share their training data, such systems should operate without accessing the training data of model developers and, ideally, without accessing raw data of future users. This requirement poses a fundamental challenge: the functionality of a modern AI model may not be fully understood even by the developer who trained it. How, then, can a system identify which models are useful for a given user task, let alone assemble models developed independently for different purposes? At first glance, this objective may appear unattainable. It becomes possible, however, by upgrading the basic unit of management from a machine learning model to a \textit{learnware}. \textit{Learnware = Model + Specification}. The specification, whose assignment transforms a trained model into a learnware, is generated with the help of a machine learning process without disclosing the training data of the developer and has a theoretically established data-preservation property. The \textit{Learnware Dock System (LDS)} provides a path toward powerful AI model management systems. Because specifications are generated according to a published reference and are comparable across models, they can also serve as an AI model \textit{collaboration protocol} through which independently developed models, including intelligent agents, can collaborate.

Thu 10 SeptMachine Learning
The gist
Managing AI models today is like storing files without organizing them to work well together. The authors propose upgrading from just saving AI models to managing them as 'learnware,' which combines a model with a detailed description called a specification. This helps systems identify, reuse, and link models from different developers without needing access to the original training data. Their Learnware Dock System is a step toward smarter AI collaboration and reuse.
Open → 2609.11656v1

LiteRAG speeds up graph retrieval for multi-hop question answering

LiteRAG: Cost-Efficient Graph-Based Retrieval-Augmented Generation

Abstract: Graph-based retrieval can improve multi-hop question answering, but existing approaches often incur high query-time costs and produce diffuse, oversized contexts that reduce generation efficiency. We present LiteRAG, a graph-based retrieval method that replaces expensive retrieval-time LLM control with query-conditioned algorithmic exploration and reasoning-chain context construction. On DistComp, a benchmark for multi-hop retrieval over distributed-systems papers, LiteRAG attains the highest overall quality among the evaluated methods (0.798) while reducing per-query latency by over 100$\times$ and cost by over 99% relative to GraphRAG Global and DRIFT. On UltraDomain, it matches LinearRAG on overall quality while using about 14$\times$ fewer tokens. An ablation study indicates that LiteRAG's query-adaptive thresholding and community-aware hub penalization are the main drivers of its token-efficiency gains.

Wed 9 SeptInformation RetrievalArtificial IntelligenceComputation and Language
The gist
Answering complex questions that need multiple steps often requires looking through lots of information, which can be slow and costly. The authors develop LiteRAG, a new way to quickly find and organize relevant information from a network of documents without needing costly language model control during retrieval. Their method is much faster and uses fewer words in the final context while maintaining or improving answer quality. LiteRAG’s smart shortcuts and ways to avoid busy network hubs help it work efficiently.
Open → 2609.10239v1

Agent confidence improves by analyzing internal model signals

Do Agents Know When They Succeed? Calibrating Agent Confidence from Internal Representations

Abstract: As agentic systems getting adopted rapidly in safety critical applications, it is vital to measure the confidence associated with the agentic actions. In comparison to the traditional machine learning systems, agentic workflows have complex failure modes with planning, tool invocation and dynamic environment interactions. In this paper, we investigate whether model's internal representations provide stronger signals of eventual task success in multi-turn agentic setups. We introduce two complementary methods: Latent Trajectory Dynamics (LTD), which summarizes changes in residual-stream representations across an an interaction trajectory, and the Action Representation Probe (ARP), which predicts success from representations formed at action decisions. Across three interactive benchmarks (Bash, SQL, Python) and three model families (Qwen14B, Qwen7B, DeepSeek6.7B), our methods consistently outperform surface level generation and sequence-based calibration baselines providing a zero-overhead reliability monitor that requires neither prompt alterations nor multi-sample rollouts.

Tue 8 SeptArtificial Intelligence
The gist
Knowing when AI helpers succeed is important, especially when they do many steps and interact with tools. The authors studied if the AI's own internal 'thought process' can better predict success than just looking at its output. They created two methods to read these internal signals and tested them on tasks involving coding and commands. Their methods worked better at telling if the AI would succeed without extra slow checks or changes to how the AI is prompted.
Open → 2609.09448v1

AgentGrad improves multi agent system prompts with guided fixes

AgentGrad: Intervention-guided Prompt Optimization for Multi Agent Systems

Abstract: Large language model (LLM)-based multi-agent systems (MAS) achieve strong performance by employing specialized multiple agents, yet their performance depends on the prompt design of each agent. For MAS prompt optimization, textual gradient methods that guide prompt updates using natural-language feedback have emerged as a leading paradigm. In this paper, we identify limitations in two stages of existing textual gradient approaches: gradient extraction and gradient aggregation. In gradient extraction, previous works select a target prompt without verifying whether modifying it resolves the failure, and derive gradients without agent-level supervision over the corresponding agent's intermediate output. In gradient aggregation, individual gradients are randomly grouped and concatenated, often mixing unrelated failure modes and producing prompts that fail to generalize. To address these limitations, we propose \textbf{AgentGrad}, a prompt optimization framework for multi-agent systems based on sequential intervention and semantic textual gradient abstraction. For each failure, sequential intervention modifies the behavior of one agent at a time to identify the target agent whose modification resolves the failure. The modified output of the target agent then serves as agent-level supervision for extracting a fine-grained gradient. Semantic textual gradient abstraction clusters semantically similar gradients to prevent mixing unrelated failure modes, and abstracts each cluster into a generalized gradient that captures the shared corrective pattern. Experimental results show that AgentGrad achieves state-of-the-art performance across five MAS benchmarks and reduces wall-clock optimization time by $2.5\times$ on average compared to the next-fastest baseline.

Tue 8 SeptArtificial Intelligence
The gist
Large language models work better when many specialized agents collaborate, but their success depends on how well each agent is told what to do. The authors found problems in existing ways to improve agent instructions because they guess which agent caused errors and mix fixes that don’t relate. They created AgentGrad, which tests agents one by one to find the one causing the problem and groups similar fixes for clearer improvements. This method works better and speeds up making agents smarter across several tests.
Open → 2609.08572v1

FrogNano trains small coding agent with custom code tasks online

FrogNano: Training a 4B Coding Agent via Online Task Synthesis

Abstract: We present FrogNano, a 4B coding agent designed to tackle software engineering (SWE) tasks efficiently and effectively, even under resource-constrained environments. It is post-trained exclusively via RL on around 1,500 SWE environments with synthetic tasks. A key ingredient for improving performance is an online task synthesis pipeline that creates tasks calibrated to the frontier of learnability for the current checkpoint. This report provides evidence that competitive small coding agents can be trained with synthetic tasks alone, without traditional distillation from larger models, and that generating tasks at the learnability frontier of the current agent is important. We report details on the training methodology, evaluations across diverse environments, and in-depth analyses, serving as a foundation for our ongoing exploration of lightweight yet capable coding agents that can run on minimal hardware.

Mon 7 SeptArtificial Intelligence
The gist
Writing good coding assistants usually needs huge models or borrowing knowledge from big ones. This paper shows that a smaller 4 billion parameter coding agent called FrogNano can learn well by training only on computer-generated coding problems. The tricky part is creating tasks that are neither too easy nor impossible, matching the agent’s current skill level to keep improving. The authors show FrogNano works well on many coding challenges and can run with low computing power.
Open → 2609.07925v1