Papers for

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

Ai coding agents guided by specs improve software development process

A Lean and Spec-Driven AI-Assisted Software Development Lifecycle for Applied AI Education: The AI-SDLC Approach

Abstract: AI coding agents increasingly support software development beyond code completion, including planning, implementation, testing, and repository-level task execution. Their practical use, however, often remains only weakly connected to established software engineering practices. The aim of this work is to develop and evaluate a lightweight, spec-driven lifecycle for governed agentic software engineering. The lifecycle combines established software engineering practices with repository-local guidance through specifications, AGENTS.md, and phase-specific agent skill files. The approach was developed in the context of the FHNW course AI-assisted Software Development and applied by students to business-oriented software use cases. Its educational and practical applicability is explored through a student survey combining closed rating items with open-ended questions. The contribution of this work is a process-oriented framework that enables AI coding agents to operate with bounded autonomy within an explicit, reviewable, and test-oriented software development lifecycle.

Mon 21 SeptSoftware EngineeringArtificial Intelligence
The gist
Software developers often use AI tools that help write code, but these tools usually aren't firmly connected to standard software engineering steps. The authors created a simple, clear process that uses written instructions and special files to guide AI tools through each stage of software building. This system was tested in a college course where students used it to make business software. Their feedback showed the process helped keep AI actions clear, reviewable, and properly tested throughout development.
Open → 2609.24348v1

LLM choice impacts Python test reliability more than prompt style

Evaluating the effectiveness of class-level LLM-generated test suites in Python

Abstract: Context: Large language models (LLMs) can generate unit tests quickly, but high structural coverage does not establish that those tests execute reliably or detect faults. Existing evidence often treats coverage as the principal outcome and rarely compares prompt strategies and models through mutation testing at class level. Objective: This study examines how prompt strategy and model choice shape the executability, structural coverage, fault-detection effectiveness, and structural quality of LLM-generated Python test suites relative to human-written suites. Method: We evaluate multiple prompt strategies across a diverse set of current LLM configurations on the ClassEval benchmark. The evaluation combines execution outcomes, line and branch coverage, Cosmic Ray mutation scores, and structural quality indicators. Primary analyses treat successful execution as a prerequisite; paired comparisons use only classes shared by the relevant executable subsets. Results: Structural coverage is consistently near its ceiling and offers little discrimination among configurations. Executability varies substantially. The proposed prompt performs strongly for mutation score, but no prompt dominates across models. Model choice explains more variation than prompt choice, and their interaction shows that prompt effectiveness depends on the selected model. Human and LLM suites are evaluated on unequal executable subsets, so their relative mutation scores do not establish superiority. Conclusion: Reliable assessment of LLM-generated tests should treat executability as a gate and combine coverage with mutation testing and structural quality indicators. In practice, model selection should precede prompt tuning.

Mon 21 SeptSoftware Engineering
The gist
Generating Python unit tests with language models often produces many tests, but having lots of test coverage does not guarantee the tests run well or catch bugs. The authors studied how different ways of prompting and which LLMs are used affect how reliably the tests run, how much code they cover, and how good they are at spotting faults. They found the model used matters more than the prompt style and that test coverage alone isn’t enough to judge quality. They recommend making sure tests can run before checking their quality and using mutation tests together with coverage metrics.
Open → 2609.24341v1

Graph based interface helps developers oversee AI coding agents

Vibe-GUIDE: A Graph-based User Interface in IDEs for Oversight in Vibe Coding

Abstract: In agentic coding, developers shift from implementing changes themselves to specifying intent, evaluating the agent's work, and making approval decisions. However, delegating implementation can introduce cognitive debt that erodes project comprehension over time, constraining developers' ability to provide oversight. In this work, we investigate the role of persistent shared representations in supporting project comprehension and oversight of coding agents. We present Vibe-GUIDE, an agentic coding interface built around a structural, live, manipulable, and adaptive graph representation organized by functional modules. We evaluated our interface in a randomized between-subjects study comparing how 16 developers completed three cumulative coding tasks using our interface or a Chat-only baseline. We found that Vibe-GUIDE can support project comprehension and sustained task performance while keeping developers cognitively involved in oversight. These findings show how persistent shared representations can complement natural-language interaction and help developers maintain the understanding needed to oversee agent-generated changes as projects evolve.

Sun 20 SeptHuman-Computer Interaction
The gist
When developers use AI to write code, it can become hard to keep track of changes and understand the project. The authors created Vibe-GUIDE, a tool that shows the project as a live graph organized by functions to help developers see and control what the AI changes. In tests, developers using Vibe-GUIDE understood the project better and stayed more involved in guiding the AI than those who just chatted with the AI. This suggests that visual, structured representations can help people manage AI-assisted coding more effectively.
Open → 2609.23859v1

Flare improves long coding tasks with detailed step feedback

FLARE: A Full-Lifecycle Dense Supervision Paradigm for Long-Horizon Coding Agents via Generative Reward Model

Abstract: While test-time scaling enhances Large Language Model (LLM) agents in long-horizon software engineering (SWE), sparse binary rewards (Pass/Fail) create a severe credit assignment crisis and waste failed exploratory trajectories. Current trajectory optimization and scaling methods are costly and structurally limited, relying on heuristic state reuse without causal diagnosis or delayed scalar scoring without actionable online guidance. We propose FLARE (Full-Lifecycle Alignment and Reward Engine), a novel dense supervision paradigm driven by a lightweight Generative Reward Model (GRM). First, RADAR, an offline causal-aware diagnostic framework, extracts high-fidelity, hindsight-free supervision through causal-chain backtracking to distill a GRM providing real-time, step-level risk feedback. Second, FLARE uses this GRM to continuously optimize the agent across its entire lifecycle. During inference, FLARE acts as an Active Scaffold, autonomously intercepting high-risk generation steps for localized breakpoint re-execution, drastically reducing compute overhead. During post-training, the GRM's structured signals serve as process-supervised reranking scores for Supervised Fine-Tuning (SFT) and step-level dense rewards for Reinforcement Learning (RL), mitigating policy collapse in sparse environments. Extensive evaluations show that FLARE establishes a new Pareto frontier across the agent lifecycle: FLARE (N=1) outperforms Global Rollout (N=5) with a 5x reduction in token consumption. Extending FLARE to training overcomes the sparse reward problem in long-horizon interactive tasks, delivering relative performance gains of 19.13% in SFT through process-aware data curation and a consistent 9.19% improvement in RL.

Sun 20 SeptComputation and LanguageArtificial Intelligence
The gist
Long software coding tasks are hard for AI agents because they only get a simple pass or fail result, which doesn't help them learn from mistakes. The authors created FLARE, a system that gives AI detailed feedback about which steps in coding are risky or incorrect, helping the AI fix parts rather than starting over. FLARE uses a special model trained offline to spot problems early and guide the AI to better solutions more efficiently. This approach reduces wasted computation and improves training, letting AI complete coding tasks more effectively.
Open → 2609.23808v1

File order affects code review attention and bug likelihood

Does Order Matter? An Empirical Investigation into the Impact of File Ordering on Code Review Effectiveness

Abstract: Modern code review is central to software quality, but its effectiveness depends on reviewer expertise, change characteristics, and how tools present changes. Most platforms display modified files alphabetically by default, although our prior work shows that developers find this ordering cognitively misaligned with how they understand multi-file pull requests. Whether these ordering-related attention patterns affect outcomes at scale remains unclear. We present a large-scale study of file ordering and review effectiveness, mining 330,343 multi-file pull requests and 756,814 file instances from 182 GitHub projects in five programming languages. We examine whether file position is associated with later bug-fixing changes, whether pull request size moderates this relationship, and whether reviewer attention, proxied by comments, aligns with latent bug outcomes. Results show statistically significant but modest associations among file position, pull request size, review activity, and latent bug likelihood. Latent bug rates rise from 56.7% at position 1 to 61.5% at position 30. Pull request size has a non-linear relationship with latent bug likelihood: pull requests of about ten files have the lowest risk, while very small and very large ones have elevated rates. Hurdle models show that attention is diluted as pull request size grows: each additional modified file reduces the odds of receiving any review comment by about 8.7%. These findings reveal an attention-effectiveness gap: visible review activity does not necessarily prevent defects. Alphabetical ordering is therefore not a neutral interface default, but a structural feature shaping attention allocation, review coverage, and confidence in review outcomes. We propose context-aware file ordering, dependency-aware grouping, risk-aware prioritization, and per-file coverage indicators to make review attention more visible and actionable.

Fri 18 SeptSoftware Engineering
The gist
Code review helps find bugs before software is released, but how files are shown to reviewers might change how well they catch problems. The authors studied many code reviews from GitHub and found that files shown earlier get more attention and are less likely to have hidden bugs. Larger code changes get less detailed review per file, and alphabetical ordering may not be the best way to show files. The study suggests smarter ways to order and highlight files to improve review quality.
Open → 2609.22610v1

AutoRecLab automates building recommender system experiments from prompts

AutoRecLab: Describe the Experiment, Get the Code!

Abstract: Empirical evaluation is central to recommender-systems (RecSys) research, but turning experimental designs into executable code remains a manual and error-prone task. We present AutoRecLab, a Python-based autonomous RecSys lab that automates RecSys experiments from natural-language prompts. Given a research idea, AutoRecLab derives explicit experiment requirements, builds and validates a prototype, and iteratively expands it into the requested full experiment. The workflow combines retrieval-augmented generation (RAG) for documentation lookup, static type verification, and execution-steered tree search. In our demonstration, AutoRecLab autonomously implements an explicit-to-implicit feedback conversion study. In a baseline comparison across six algorithms and three datasets, 8 of 9 runs succeed at an average cost of approx- imately $1 per run with GPT-5.4-mini.

Fri 18 SeptArtificial IntelligenceInformation RetrievalMachine Learning
The gist
Recommender system experiments usually take a lot of manual coding, which can be slow and prone to mistakes. The authors introduce AutoRecLab, a tool that can take simple natural language descriptions of an experiment and automatically create the necessary code to run it. This reduces errors and speeds up the research process by turning ideas directly into working experiments. AutoRecLab uses advanced language models along with verification checks to ensure the experiments work correctly.
Open → 2609.21863v1

Open-weight language models label bug-fixing commits better than keywords

Labelling Bug-Fixing Commits with Local Open-Weight Language Models

Abstract: Defect prediction depends on knowing which commits fix bugs, yet the labels that encode this are produced by routes that each introduce noise. Reused benchmarks carry documented data-quality problems, issue-tracker links are biased and the underlying reports are frequently mistyped, and matching keywords in commit messages is a coarse heuristic. This paper examines whether commits can be labelled as bug fixes from their content alone, using open-weight language models that run locally and therefore keep the process reproducible, inexpensive at corpus scale, usable on proprietary code, and independent of any issue tracker. Against datasets of manually validated and curated bug fixes spanning Java, Python, and JavaScript, we compare a keyword baseline with a set of open-weight models of varying size, prompting each with the commit message and the code diff. On the manually validated corpus the keyword baseline recovers fewer than half of the fixes, whereas the open-weight models recover the large majority and outperform it repository by repository with statistical significance, and larger models do not consistently outperform smaller ones. We further show that evaluation corpora without negative examples cannot support a precision-aware comparison of such classifiers. We release the labelling pipeline together with a labelled, multi-language corpus produced by the recommended configuration, as a reproducible silver-standard resource for building current, project-specific datasets.

Fri 18 SeptSoftware Engineering
The gist
Identifying which changes in software fix bugs is important but often done with noisy or biased methods like using issue trackers or keyword searches. The authors tested local, open-weight language models that look only at the commit messages and code changes to automatically identify bug fixes. Their method found many more true bug-fixing commits than simple keyword searches across several programming languages. They also provide tools and datasets to support building better defect prediction systems.
Open → 2609.21616v1

Developers with ADHD find AI copresence eases social pressure

Two's a Crowd: Human and AI-Based Copresence for Developers with ADHD

Abstract: Effective collaboration and communication are vital to developer productivity and well-being, yet remain constrained by human factors such as attention, intrinsic motivation, and interpersonal accountability. These constraints are particularly vital for developers identifying with Attention Deficit Hyperactivity Disorder (ADHD), who navigate persistent environmental barriers in modern hybrid workplace settings. While developers with ADHD frequently rely on collaborative copresence practices (such as body doubling or pair programming) to support executive function, the recent emergence of agentic AI coding assistants has begun reshaping these collaborative dynamics. To investigate how developers with ADHD engage in human and AI-based copresence practices, we conducted semi-structured interviews with 14 software engineers with ADHD. Our findings reveal that while traditional human-human copresence provides critical social support and onboarding structure, it forces developers to constantly manage professional reputation and sacrifice personal privacy. Conversely, developers leverage emerging human-AI copresence to maintain accountability and cognitive flow without the social anxiety, performance judgment, or surveillance associated with human observation. Based on these empirical insights, we map developer copresence practices onto core dimensions of Goffman's copresence theory and Forsgren et al.'s SPACE framework of developer productivity, and provide design recommendations for AI-based tools that promote inclusive collaboration for developers with ADHD.

Fri 18 SeptHuman-Computer InteractionSoftware Engineering
The gist
Developers with ADHD often rely on working close to others to help them stay focused and motivated. The authors studied how these developers use both human partners and AI tools while coding. They found that working with people can be helpful but also causes stress from being watched or judged. Using AI companions helps these developers keep on track without feeling anxious or exposed. The authors suggest new ideas to design AI tools that better support collaboration for developers with ADHD.
Open → 2609.21254v1

License contamination risks found in open source cybersecurity projects

License Compliance in Open Source Cybersecurity Projects

Abstract: Developers of cybersecurity software often include and rely upon open source software packages in their commercial software products. Before open source code is absorbed into a proprietary product, developers must check the package license to see if the project is permissively licensed, thereby allowing for commercial-friendly inheritance and redistribution. However, there is a risk that the open source package license could be inaccurate due to being silently contaminated with restrictively licensed open source code that may prohibit the sale or confidentiality of commercial derivative work. Contamination of commercial products could lead to expensive remediation costs, damage to the company's reputation, and costly legal fees. In this article, we report on our preliminary analysis of more than 200 open source cybersecurity projects to identify the most frequently used license types and languages and to look for evidence of permissively licensed open source projects that are likely contaminated by restrictive licensed material (i.e., containing commercial-unfriendly code). Our analysis identified restrictive license contamination cases occurring in permissively licensed open source projects. Furthermore, we found a high proportion of code that lacked copyright attribution. We expect that the results of this study will: i) provide managers and developers with an understanding of how contamination can occur, ii) provide open source communities with an understanding on how they can better protect their intellectual property by including licenses and copyright information in their code, and iii) provide entrepreneurs with an understanding of the open source cybersecurity domain in terms of licensing and contamination and how they affect decisions about cybersecurity software architectures.

Fri 18 SeptSoftware EngineeringComputers and Society
The gist
Developers often use open source software when building cybersecurity tools, but sometimes these open source projects include code with strict licenses that can cause legal problems for commercial use. The authors studied over 200 open source cybersecurity projects and found that some permissively licensed projects were contaminated with code that has restrictive licenses. They also noticed many projects lacked proper copyright notices. This study helps developers and businesses understand how licensing issues happen and encourages better license practices in open source communities.
Open → 2609.21218v1

Information gain rewards improve reliable AI code generation tests

Information-Gain Rewards over Diversity-Pruned Tests: GT-Anchored Verifier Co-Training for Reliable Code Generation

Abstract: Self-play methods that co-train a single language model as both coder and test author promise to move code-generation RL beyond fixed test suites, but they suffer from two coupled pathologies: permissiveness collapse, where pass-rate rewards are maximised by trivial, non-discriminative tests, and concentration bias, where i.i.d. sampled tests cluster on modal inputs and inflate estimator variance. We introduce CoVer (Co-trained Coder and Verifier), a single-policy GRPO framework that addresses both failure modes. First, an information-gain (IG) reward scores each self-generated test by the mutual information between its pass/fail vector and a graded, ground-truth-anchored correctness signal y [0, 1] m, gated by the sign of their covariance so that only positively discriminative tests receive reward. Second, a three-stage diversity-aware selection step prunes a candidate pool to a behaviourally non-redundant suite (invalidity, input-string, execution-profile filtering), raising the effective sample size of the IG estimator at fixed execution budget. On five benchmarks (LiveBench, MBPP, LiveCodeBench, CodeContests, Code-Forces), CoVer raises one-shot pass@1 by +5.8 points at 7B and +7.1 points at 14B over the Qwen2.5-Instruct backbone, and achieves the highest macro-average among all compared methods at both scales. As a drop-in backbone inside the CodeT ranking pipeline, CoVer-7B adds +3.5 points, demonstrating the dual benefit of co-training for both generation and selection.

Fri 18 SeptArtificial Intelligence
The gist
Generating code using AI can be tricky because the tests that check if the code works are sometimes too simple or too similar, which leads to unreliable results. The authors designed a new method called CoVer that helps the AI create better, more varied tests by rewarding tests that provide useful information about whether the code is truly correct. They also use a smart way to pick diverse tests so the AI learns from many different examples. This approach improved code generation accuracy on various benchmarks compared to previous methods.
Open → 2609.21208v1

Scaling recursive AI loops reduces token use and costs sharply

SoL-Pi: Recursively Scaling Auto-Research Loops for Efficient Agent Harness

Abstract: As coding agents move from supervised code completion to unattended, around-the-clock exploration, their work expands from isolated predictions into long trajectories of reasoning, tool use, and feedback. Token efficiency therefore becomes important for scaling recursive self-improvement. We take an RSI-inspired approach at the harness layer, scaling auto-research loops across increasingly numerous and diverse environments for harness rollouts. At this scale, the process yields reusable improvements that transfer beyond their development setting, moving automated harness discovery toward production-level outcomes. Four mechanisms survive selection and form SoL-Pi, spanning action execution, context compaction, observation handling, and delegated reading. On the 51-task EdgeBench evaluation, SoL-Pi achieves performance comparable to Pi across GPT-5.6 Sol and Opus 5 while reducing recorded token traffic by 44.7-49.0% and API cost by about one third. In other words, estimated hourly savings are \$8.75-\$13.50 relative to native Codex and Claude Code harnesses, and \$4.36-\$5.71 relative to Pi.

Thu 17 SeptArtificial Intelligence
The gist
When AI agents work nonstop to code and research on their own, they use a lot of data tokens and API calls, which costs money. The authors present SoL-Pi, a method that makes these AI loops more efficient by reusing improvements and managing information better. This method cuts token use by nearly half and lowers API costs by about one third while keeping performance high. SoL-Pi works well across many coding tasks with different AI models.
Open → 2609.20519v1

Model aware tool learning improves language model tool use accuracy

MATCH: Model-Aware Tool Learning with Curriculum Scheduling and Hierarchically Gated Rewards

Abstract: Tool learning enables large language models (LLMs) to use external tools for tasks beyond parametric knowledge. Reinforcement learning can optimize tool-call behavior from feedback, but current methods still face two problems: fixed-threshold curricula can become misaligned with the policy's evolving capability boundary, and additive rewards can leak argument-level credit when the predicted tool is wrong. To address these problems, we propose MATCH, a closed-loop framework for model-aware tool learning with curriculum scheduling and hierarchically gated rewards. Model-Aware Curriculum Learning (MACL) maintains reward-derived sample difficulty that co-evolves with the policy, and each epoch selects samples near the current capability boundary together with a top-k pool of harder cases. Hierarchical Tool-call Gated Reward (HTGR) scores tool name, argument key, and argument value as a gated chain, granting credit at each level only when prerequisites hold. The same HTGR rewards drive both GRPO updates and MACL's difficulty refresh, closing the loop between policy optimization and sample scheduling. On API-Bank and BFCL V3, MATCH reaches 72.19% and 62.87% overall accuracy, outperforming the main supervised and RL-based baselines. Backbone experiments further show consistent improvements across four backbones from two model families.

Thu 17 SeptMachine LearningArtificial IntelligenceComputation and Language
The gist
Large language models sometimes need to use external tools to get things done, but figuring out when and how to call these tools well is tricky. The authors present MATCH, a method that helps the model learn tool use better by adjusting practice problems based on what the model is ready to learn and carefully giving rewards only when the model gets parts of the tool call correct. This new way improves how accurately the model calls tools compared to past methods, tested on two different tool-using tasks.
Open → 2609.20082v1

GitHub projects keep local coding styles despite AI influence

Converging Naming Styles, Persistent Network Locality: GitHub in the LLM Era

Abstract: Social conventions often emerge through repeated interactions within social networks, allowing shared practices to coexist with variation across groups. Large language models (LLMs) introduce a potentially different coordination structure: a small number of widely used models can expose socially distant users to similar patterns and suggestions. Whether broad convergence under such shared technological influences eliminates network-local variation remains unclear. We examine this question in software development, where identifier naming styles provide observable conventions and LLM-based tools have rapidly diffused. Using public GitHub repositories created between 2015 and September 2025 across six programming languages, we characterize naming styles with 27 features and examine their association with detected LLM-related commits, their diversity across repository creation cohorts, and their relationship to owner proximity in a large-scale collaboration network. Repositories with detected LLM-related commits tend to use longer identifiers and, in several languages, make greater use of naming patterns already prevalent within the language. We also observe lower naming-style diversity in recent creation cohorts, with marked declines appearing around 2023-2024 in several languages, although their timing and trajectories differ. At the same time, network locality persists: in five of the six languages, repositories whose owners are closer in the collaboration network remain more similar in naming style even among recent, more homogeneous cohorts. These findings show that aggregate convergence and network-local variation can coexist, highlighting the need to examine not only how much cultural variation remains, but also how that variation continues to be structured by human social relationships in the era of widely shared AI systems.

Thu 17 SeptSocial and Information Networks
The gist
This paper looks at how programmers name things in their code on GitHub, especially now that AI tools help them. Even though AI suggests similar naming styles to many users everywhere, smaller groups of developers still keep their own local naming habits. The authors found that recent projects use longer names and less variety overall, but people working closer together in GitHub’s network still have more similar styles. This means AI influences naming but doesn’t erase local coding cultures.
Open → 2609.19864v1

AutoData improves training data selection for large language models

AutoData: Agentic Search for Pre-training Data Selection

Abstract: LLM agents have recently shown promise in automating machine learning engineering by editing model and training code under execution feedback. Data, however, remains largely outside this agentic optimisation loop. We frame pre-training data selection as heuristic engineering over per-document features, i.e., lexical statistics, categorical labels, and perplexity. We introduce AutoData, an agent that searches directly over executable selection algorithms. Unlike prior data mixture methods that optimise weights over a fixed set of domains, AutoData searches a richer program space of scoring, stratification, and stochastic selection rules, discovering feature interactions automatically by iteratively refining algorithms with validation feedback from a proxy model. Within an overnight search, AutoData discovers a selection algorithm that outperforms existing human-designed curation pipelines. Despite being searched only on this small proxy, the discovered recipe transfers to larger scales and improves the downstream metric CORE. These results suggest that data engineering can be treated as an agentic machine learning problem, extending autonomous research from model and training-code optimization to the data.

Thu 17 SeptArtificial IntelligenceComputation and Language
The gist
Choosing the right data to train language models is important but usually done by hand. The authors created AutoData, an automated system that tries different ways to pick training data by using small tests to see what works best. AutoData found better data selection methods than people had designed, and these methods also worked well when used in bigger models later. This shows that not just models and code, but data choices can be improved automatically.
Open → 2609.19754v1

ScientistTwo AI autonomously solves complex science problems

ScientistTwo: Pioneering the Human Knowledge Frontier with Autonomous AI

Abstract: Scientific discovery is defined by the ability to identify the boundaries of existing knowledge and venture into unexplored territory. The ultimate vision for AI in science is problem-driven autonomous research: given a fundamental challenge by a human expert, the AI independently navigates the scientific landscape, uncovers theoretical and empirical bottlenecks, and systematically expands the frontier of knowledge. In this paper, we introduce ScientistTwo, a fully autonomous multi-agent framework designed to realize this vision. Specifically, ScientistTwo takes an initial problem as input, establishes state-of-the-art baselines, formulates novel hypotheses, and coordinates specialized agents to orchestrate an end-to-end discovery cycle without human intervention. Moreover, the framework rigorously conducts experiments using diverse datasets and metrics, refines methodologies through automated ablation studies, and validates research findings via a closed-loop simulated peer-review rebuttal engine. To evaluate ScientistTwo's capabilities against the highest standards of human scientific achievement, we benchmark it across papers accepted at top-tier conferences such as ICLR, ICML, and NeurIPS. As a result, ScientistTwo autonomously generates expert-level, publishable papers and fully verified, executable codebases. Its solutions consistently outperform human state-of-the-art models, and achieve higher average review ratings than human-authored papers under automated AI review agents. These results show that ScientistTwo is not merely an assistive tool but an autonomous scientific pioneer capable of pushing the frontiers of human discovery. Project website: https://scientist-two.github.io/

Thu 17 SeptArtificial Intelligence
The gist
Solving new science problems means exploring what we don't know yet. The researchers introduce ScientistTwo, a smart AI that tackles scientific questions all by itself. It tests ideas, runs experiments, and even reviews its own work without people helping. Their tests show ScientistTwo writes expert-quality papers and produces working code that often beats human results. This AI acts like a scientific explorer, pushing knowledge forward without needing human guidance.
Open → 2609.19644v1

A new way to measure prompt difficulty before code generation

The Complexity Kink: A Prompt-Side Structural Complexity Index for Code-Generation Reliability

Abstract: Complexity measured from generated code is failure-dependent: a difficult prompt can yield a short failing program and be assigned low output complexity. We introduce a six-dimension prompt-side structural-complexity index scored before generation and kept separate from correctness. We select 5,000 Python prompts across six bands of a preliminary single-rater rubric. Four out-of-panel LLM raters rescore the locked prompts, giving 19,997 score rows; composite inter-rater reliability is ICC = 0.872 on the 4,998 prompts with all four ratings. We evaluate 21 models per prompt, yielding 105,000 generations. In the unadjusted mean-pooled analysis, pass rate has a nonmonotone breakpoint at composite 13.75, with 79.9% at or below and 87.6% above. This is not a universal failure cutoff. Task-type fixed effects shift the breakpoint to 10.75 and cut the regime gap from 7.6 to 2.1 points. A construction-frame control shifts it to 8.50 with a raw gap of -3.5 points, and neither frame alone reproduces the pooled +7.6-point change. Model-specific fits include 16 upward and five downward changes. A 365-prompt audit-clean extension matches the original five-model estimates at bins 15 and 16 but adds only 14 prompts above bin 16. Among zero-pass generations with computable Lizard complexity, 28.5% pair a prompt composite above 8 with output complexity at most 10. Human agreement is moderate and rater-dependent on a disagreement-enriched calibration set; paraphrase and cross-language rescoring preserve score ordering. Overidentification tests reject the joint restrictions on the six dimensions, so we treat the composite as an index and make no causal interpretation of the 2SLS estimates. The contribution is a pre-generation measurement framework and a bounded observational analysis of reliability regimes.

Thu 17 SeptMachine LearningSoftware Engineering
The gist
When computer programs are made from instructions (prompts), the difficulty of the instruction affects how well the program is made. The authors found that measuring complexity only after the program is made can be misleading. They created a new way to score how complex a prompt is before code comes out. Their method looks at six different parts of the prompt and helps understand when a program is likely to succeed or fail, without mixing up complexity with correctness.
Open → 2609.19616v1

DeltaSelect cuts coding agent test costs while tracking performance

DeltaSelect: Affordable A/B Testing for Coding Agents

Abstract: Coding-agent benchmarks are built for broad and comprehensive comparisons, not frequent development decisions. Individual runs vary, full suites are expensive, and the benchmark harness may differ from the harness used in practice. In a resampling analysis of DeepSWE's published trials, only 19.5% of tasks (22 of 113) had a fifth-percentile Pearson correlation of at least 0.50 with full-benchmark performance. The paper presents DeltaSelect, an open-source method that identifies tasks whose one-run results consistently track full-benchmark performance using Pearson correlation, maps fractional verifier results to a common score using linear regression, and selects a fixed task set within a dollar budget. DeltaSelect is intended for repeated baseline-versus-candidate comparisons during development, not model rankings. In a gpt-5.6-luna low-reasoning case study, DeltaSelect was used to revise custom skills and instructions. Across 13 evaluations, the recorded cost was USD 27.86 at rates published August 16, 2026. The adopted version cost 58.1% less than the initial version (USD 1.75 versus USD 4.18; p=0.008), while the calibrated score was higher (42.36% versus 36.46%; published-analog variance p=0.326).

Thu 17 SeptSoftware EngineeringArtificial IntelligenceMachine Learning
The gist
Testing how well coding agents work can be expensive and sometimes unreliable because single test runs don’t always reflect the overall performance. The authors created DeltaSelect, a tool that picks a small, affordable set of tasks that closely follow full benchmark results. This helps developers make consistent decisions faster and cheaper during development, without running full expensive benchmarks every time. They demonstrated cost savings and better scoring on repeated tests with a popular coding agent.
Open → 2609.19607v1

Security risk framework reveals vulnerabilities in AI code tools

A Security Risk Assessment Framework for AI-Powered Development Tools

Abstract: AI-powered development tools are now widely used to generate code and assist developers with routine programming tasks. Although existing work has identified vulnerabilities in AI-generated code, security-oriented work is often focused on vulnerability detection rather than risk assessment. To address this gap, this paper presents a Security Risk Assessment Framework (SRF) to evaluate the security risks of AI-generated code. SRF combines threat modeling, security analysis, and a quantitative risk evaluation approach based on vulnerability criticality. The framework is applied to a set of security-relevant programming tasks, where code generated by multiple AI-powered development tools is analyzed using Bandit and Semgrep. The results show that AI-generated code can introduce security vulnerabilities across all evaluated tools. They also show that risk levels vary by task type, as input processing and file handling tasks showed higher risk, while simpler tasks remained low-risk. Differences between tools exist but are smaller than differences across task categories. Overall, SRF enables reproducible evaluation of AI-generated code and provides a practical framework for assessing its security implications.

Wed 16 SeptCryptography and Security
The gist
AI tools that help write code can sometimes add security problems without people noticing. The authors created a way to measure these security risks by looking at how serious the problems are and what kind of tasks the code is doing. They tested different AI coding tools and found some tasks, like handling inputs and files, were more likely to cause risks than others. Their method helps developers check AI-generated code for security issues in a clear, repeatable way.
Open → 2609.18658v1

Agentic AI generates reliable Linux utility programs with human oversight

A Study of the Reliability of Agentic AI-Generated Programs

Abstract: Agentic-AI based software development offers the promise of faster completion of the software, greater programmer efficiency, and more reliable code. The question is how can we verify these claims in an objective way? In this project, we attempted to answer this question based on three practices. First, we applied a typical best-practices agentic AI workflow for software development. Second, our target programs were ten well-known, release-quality human-written Linux utility programs so that we could compare the AI-generated code against a concrete ground truth. Third, we based our measure of reliability on a widely used testing technique, fuzz random testing. For this testing, we used both classic black box, generational testing and more modern coverage guided (gray box, mutational) testing using AFL++. We found that the AI-generated versions of the utility programs were typically as reliable - often more reliable - than the latest human-generated versions of these programs. While the AI-generated versions did have some failures, they were less common than the code from the standard repositories. Interestingly, the AI-generated code was less likely to have failures such as memory errors (such as buffer overflows) but more likely to have hangs such as infinite loops. In addition, we verified that generating robust and reliable software using agentic AI requires careful practice and human supervision. The quality of the code is highly dependent on the prompts and skills used, and how the human directing the process responds. We also demonstrated that using agentic AI workflow for software development (with its prompts and skills) can become a specification of the code that leads to cost-effective sustainability of the software.

Wed 16 SeptSoftware EngineeringArtificial Intelligence
The gist
This study looked at whether programs written by AI can be trusted as much as those written by people. The researchers asked AI tools to create ten well-known Linux utility programs and then tested these AI-made programs with special software tests. They found that the AI-generated code was usually just as reliable or even better than human code, having fewer memory problems but being more prone to getting stuck in loops. However, the quality of AI code depends a lot on how skilled the human guides the AI and what instructions they give. The study shows AI can help make solid software if humans carefully watch and guide the process.
Open → 2609.18298v1

Agora uses Git as shared memory to boost AI research collaboration

Agora: Git as Shared Memory for Collective AutoResearch

Abstract: Autonomous research loops such as AutoResearch show that one coding agent can improve a training setup unattended. Run several of them and each session starts from scratch, so more agents tend to mean more duplicated search rather than more discovery. Agora is a shared memory for such agents: research is recorded as an append-only directed acyclic graph (DAG) stored in Git, so that every claim is a commit anyone can check out and rerun. Each result, insight, hypothesis, verification, and report is an immutable commit whose parent edges say what it builds on; a derived index exposes the frontier, the neglected branches, and the verification status of each claim, and a diversity-aware selection rule keeps the community from collapsing onto one leader. We describe the system and report its first sustained use: a run of nearly 12 days in which 13 language-model workers, with no assigned tasks and no central planner, worked on a weight-transfer problem. Given 141 pretrained donor models and a frozen 119.6M-parameter attention-SSM hybrid whose dimensions match no donor, the workers had to initialize the target without training data or gradient updates. They published 1,703 contributions and drove the evaluator from 3.39 to 1.899 bits per byte, closing 62% of the gap to a trained GPT-2 124M. The winning recipe compresses donor next-token statistics into the target's embedding and output head, then adds a short-range context signal through sparse edits to attention, feed-forward, and state-space blocks. Its 145-commit ancestry spans 15 accounts, and 165 independent reproductions were posted, none of which failed. We describe the single mid-run human intervention that pulled the community out of a monoculture, what the trace does and does not establish, and the controlled comparison that would settle whether shared research state improves discovery per unit of compute.

Wed 16 SeptMachine LearningArtificial IntelligenceComputation and Language
The gist
When multiple AI programs work independently on the same research problem, they often repeat the same work instead of discovering new things. The authors created Agora, a system that stores research results in Git like a shared memory, letting AI programs build on each other's findings. In a real test over 12 days, 13 AI workers collaboratively improved a complex AI model without human guidance. Their shared memory approach led to better solutions faster, showing promise for collective AI research.
Open → 2609.18094v1

Coding agent leaderboards struggle to rank top systems accurately

Coding Agents Have Converged: Why the SWE-bench Leaderboard Can No Longer Order Its Top Entries, and What to Measure Instead

Abstract: Small differences on coding-agent leaderboards are often read as an ordering of systems. We audit whether the published verdicts support this reading, using 254 SWE-bench submissions across four splits without running models. On Verified, the leading two entries each resolve 396 of 500 instances. The top ten share 285 successes and 51 failures, leaving 164 instances that distinguish their outcomes. Frontier solution sets have median nesting 0.935 against a score-implied baseline of 0.774, indicating strongly shared successes. Scores also depend on the evaluated model-scaffold pair: observed within-model scaffold ranges reach 29.8 percentage points, compared with the 8.8-point spread of the top thirty. Six of nine cell-mean interaction tests remain significant after Holm correction, although this observational design does not identify causal scaffold effects. Exact paired McNemar tests separate none of the 29 adjacent Verified top-thirty pairs at alpha=0.05, while the larger Test split separates 14 of 23. A stated leader-based rule yields three descriptive tiers, or two after Holm correction; non-rejection does not establish equivalence. We release the partition and a five-step audit protocol that profiles shared outcomes, tests paired differences, reports grouping sensitivity, and estimates the instance budget needed for resolution. The results motivate reporting comparison-set-specific resolution and model-scaffold provenance instead of interpreting small aggregate gaps as established rank differences.

Tue 15 SeptSoftware EngineeringArtificial Intelligence
The gist
Leaderboards rank computer programs that write code, but very close scores don’t always mean clear performance differences. The authors found that many top-ranking systems share most successes and failures, making it hard to say which is truly better. They suggest new ways to compare these systems by focusing on shared outcomes and reliability of differences instead of small score gaps.
Open → 2609.17394v1

Llms improve continuously with environment-driven dynamic policies

Smarter by the Moment: Environment-Driven Dynamic Policies for Continual LLM Improvement

Abstract: Large Language Models (LLMs) have achieved remarkable progress across diverse domains, but continual adaptation to evolving tasks and environments remains a key challenge. Existing memory-augmented approaches retrieve individual past examples as direct references, but do not explicitly synthesize actionable strategies from them, causing the same types of errors to recur. We propose Dynamic Retrieval-based Policy Generation (DRPG), a framework that integrates memory-based retrieval with a dynamic policy generator, leveraging historical data and environment feedback to produce task-specific policies for continual LLM improvement. We evaluate DRPG across six benchmarks spanning text-to-SQL, question answering, medical diagnosis, and Python programming, using seven LLMs from both proprietary and open-weight families. DRPG outperforms strong baselines across most datasets and models. Further analysis demonstrates that DRPG's policy generation is robust to retrieval strategy, operates effectively without prior policy continuity, and can leverage smaller or cross-family models as cost-efficient policy generators. We also find that the benefit of policy-level guidance depends on task characteristics, offering practical insights into when and under what conditions this mechanism is most effective.

Tue 15 SeptComputation and Language
The gist
Large language models often struggle to keep improving as their tasks and environments change. The authors propose a method called Dynamic Retrieval-based Policy Generation (DRPG) that helps these models learn smarter by creating specific plans based on past experiences and environment feedback. This approach makes the models better at a variety of tasks, like answering questions or writing code, without repeating the same mistakes. The authors also found that DRPG works well with different kinds of models and tasks, making it a flexible way to keep improving language models over time.
Open → 2609.16800v1

Text summarization improves by focusing on important tokens

TIAO: Token Importance-Aware Policy Optimization for Text Summarization

Abstract: Text summarization requires models to condense content while preserving key qualities such as consistency and coherence. Large language models (LLMs) have shown strong performance on this task and can be further improved through reinforcement learning (RL). However, most existing methods apply reward signals directly to undifferentiated token sequences, overlooking the varying importance of individual tokens to word and sentence level quality in summarization. In this paper, we propose Token Importance-Aware Policy Optimization (TIAO), a novel reinforcement learning strategy that explicitly leverages token-importance awareness. Specifically, TIAO identifies core tokens based on token dependency and reweights a trajectory's advantage according to its overall dependencies. Experiments on the real world dataset show that our TIAO achieves highly competitive results, and that a 7B foundation model enhanced by TIAO performs comparably to GPT-4 and GPT-5-nano. Code is available at https://github.com/TechCloud-x/TIAO

Tue 15 SeptComputation and Language
The gist
Summarizing text means making it shorter but still keeping the important ideas clear and connected. The paper introduces a new method called TIAO that helps computer models recognize which words in a summary are most important. By paying special attention to these key words during training, the method improves how well summaries make sense and capture the main points. Experiments show that even smaller trained models using this method can perform as well as much larger AI systems like GPT-4. This approach refines how AI learns to summarize by understanding the role of each token in the sentence.
Open → 2609.16748v1

Joint training improves code generation with reliable feedback

ExecuCritic: Calibrated Critic Shaping for Code Generation with Verifiable Rewards

Abstract: Execution feedback is a useful supervision signal for code models because unit tests are objective and directly measure program correctness. Its weakness is that an entire program is often reduced to one pass or fail bit, leaving RLVR to solve a difficult credit assignment problem. At the same time, coding systems often include separate reviewer or tester roles, but these critics are usually prompted rather than trained and are not calibrated against execution. We propose ExecuCritic, a joint training framework in which a coder and a critic are updated on the same execution rollouts. The critic predicts pass or fail outcomes and gives short diagnostic feedback; the coder uses this signal only when the critic agrees with the executor on the current rollout group. Across eight code benchmarks and two recent open backbones, ExecuCritic improves over GRPO without a critic, prompted reviewer systems and scalar reward model baselines, while requiring fewer policy gradient steps and fewer sandbox executions. Ablations and reliability analyses suggest that the gains come from better credit assignment rather than larger sampling budgets.

Tue 15 SeptSoftware Engineering
The gist
Writing correct computer code is hard because tests only say if a program works or not without explaining mistakes clearly. The authors present ExecuCritic, a way where a code-writing model and a feedback-giving model learn together based on test results. This feedback model gives clearer hints and only guides the coder when it agrees with the actual test outcome. Their method makes the code-writing process more efficient and accurate across many coding tasks compared to older approaches.
Open → 2609.16604v1

Fine-tuning large language models improves output diversity calibration

Fine-Tuning Fixes Mode Collapse and Over-Dispersion in LLMs

Abstract: Recent work by Doshi and Hauser (2024), Bisbee et al. (2024), and Xie et al. (2026) raises concerns that outputs from large language models (LLMs) tend to be under-diverse: they repeat or resemble one another more often than responses from the population they are meant to represent, a phenomenon known as mode collapse. In this work, we show that whether mode-collapse, or its opposite, occurs depends on the specific model and dataset used. Further, with sufficient supervised fine-tuning (SFT) data, LLM output diversity converges toward that of the target distribution from which fine-tuning data are sampled. To quantify this comparison, we measure the probability that two responses sampled independently from the same fixed prompt coincide (collide), or their expected similarity under a kernel. We derive a bias-variance decomposition of the expected gap between the model's and target's collision probabilities, showing that SFT is not inherently biased toward mode collapse or its opposite: finite-sample SFT can leave a model either under- or over-dispersed, depending on the model and dataset. Finally, we show that the absolute gap is bounded by the square root of the Kullback-Leibler (KL) divergence from the target distribution to the model. Consequently, a model sufficiently close to optimal under population cross-entropy cannot exhibit arbitrarily miscalibrated diversity. We test the decomposition and the bound in three experiments: small transformers on synthetic languages, four LLMs fine-tuned on human surveys, and these LLMs fine-tuned on CodeNet, a dataset of human code solutions. More target data moves model diversity toward the human (or synthetic target) level in all experiments, consistent with our theoretical predictions. These results show that diversity miscalibration can arise from finite-sample error and shrink as SFT better approximates the target distribution.

Tue 15 SeptArtificial Intelligence
The gist
Large language models sometimes give answers that are too similar or too different compared to what real people might say. This happens because of how the model is trained and the data used to adjust it. The researchers show that when you fine-tune these models with enough examples, their responses become more like the diversity of the real-world answers the data represents. They also provide mathematical tools to understand why this happens and test their ideas with different models and data types, including human surveys and code examples.
Open → 2609.16454v1

Fairness testing tool finds bias early in deep learning models

FairLint-DL: An IDE-Native Tool for Fairness Debugging of Deep Learning Software

Abstract: Existing fairness analysis tools predominantly operate as post-training evaluation frameworks, requiring practitioners to complete the full model development lifecycle before assessing bias. We present FairLint-DL, a Visual Studio Code extension that implements a shift-left approach to fairness testing by enabling pre-training, IDE-native bias detection directly on tabular datasets. FairLint-DL trains a configurable deep neural network as a proxy model and applies information-theoretic Quantitative Individual Discrimination (QID) metrics. Grounded in Shannon and min-entropy, QID quantifies the causal influence of protected attributes on predictions. The system implements a two-phase gradient-guided search algorithm for discovering discriminatory instances, a causal debugging pipeline that localizes bias to specific network layers and neurons via sensitivity analysis, and dual explainability engines using SHAP and LIME for feature-level attribution. Evaluation on three tabular benchmarks (Adult Census Income, German Credit, and Bank Marketing) reveals fairness concerns that vary widely across datasets: on Adult, 96.0% of analyzed instances exhibit QID above the 0.1-bit significance threshold, with a mean QID of 0.619 bits and a disparate impact ratio of 0.581, violating the four-fifths legal rule. FairLint-DL produces these results within 12 seconds on cached models, demonstrating the feasibility of integrating fairness analysis into the developer workflow without significant overhead.

Mon 14 SeptSoftware EngineeringArtificial IntelligenceMachine Learning
The gist
Many tools that check for fairness in AI only work after a model is fully built. The authors created FairLint-DL, an extension for the coding program Visual Studio Code, which finds bias before the model is trained. It uses a special measure to see how much protected traits affect predictions and points out which parts of the AI are biased. Tests on three common datasets showed it quickly reveals fairness issues without slowing down the developer’s work.
Open → 2609.16321v1

Assurance envelopes identify minimal evidence for software changes

Assurance Envelopes for Autonomous Coding Agents: Minimum-Cost Evidence for Software Change

Abstract: When a coding agent returns to existing software, it inherits evidence from earlier engineering work: tests, type checks, proofs, static analyses, and traces. Reloading all of it is wasteful, but dropping a piece the change depends on can leave a required property unsupported. Given the properties a change must preserve, its obligations, we ask which least-cost subset of the available evidence re-establishes them, and we call such a subset a task-conditioned assurance envelope. Evidence and the rules that combine it form a typed inference graph; an obligation is met when forward chaining from the selected evidence reaches it, and we validate every selection by that closure rather than by trusting the optimizer. The software-derived graphs in our evaluation come from preserved outcomes of prior AI coding-agent runs; we freeze those artifacts and ask which accumulated evidence should be restored for a later task. Small graphs from Rust, IronBlocks, and Pong outcomes show that the minimum envelope depends on the task, that none may exist when current evidence cannot re-establish a required property, that some properties need several pieces of evidence together, and that expanding the requirements adds evidence rather than replacing it. A prespecified synthetic benchmark of 249 instances characterizes computation: a baseline that discards the 'several pieces together' structure necessarily fails to re-derive them; every completed exact cross-check agreed with the CP-SAT optimizer; and median solve time stayed below 20 ms at 500-evidence graphs, except that graphs with many alternative derivations per target timed out at far smaller sizes, so structure, not raw size, drives difficulty. The contribution is a bounded application of established optimization to selecting assurance context for a software change; discovering the obligations and downstream agent benefit remain open.

Mon 14 SeptSoftware EngineeringArtificial IntelligenceProgramming Languages
The gist
When software is changed by automated coding tools, many tests and checks from before still apply but not all are needed each time. The authors study how to find the smallest set of previous evidence like tests and proofs required to verify new changes. They model the relationships between evidence and properties as a graph and use optimization to pick minimal supporting evidence sets. Their method evaluates on small and synthetic examples, showing that different tasks need different evidence, and sometimes no sufficient evidence exists. The work helps reduce wasted effort when verifying software updates.
Open → 2609.16302v1

AgentGuard improves AI coding agent reliability by learning from failures

AgentGuard: Learning Execution Guardrails from Anomalous Coding-Agent Trajectories

Abstract: AI coding agents increasingly rely on execution harnesses to interact with repositories and external tools. However, task success does not guarantee reliable execution. Agents may still modify unrelated files, rewrite tests, issue unsafe commands, or ignore failed validations, motivating behavioral guardrails for reliable execution. We present AgentGuard, an instruction-level guardrail framework that learns conditional execution constraints from anomalous trajectories of coding agents. Rather than relying on manually specified safety rules, AgentGuard automatically extracts recurring execution failure patterns, generalizes them into instruction-level behavioral constraints, and organizes them as a lightweight guardrail skill that dynamically activates only the rules relevant to the current instruction. This design enables behavioral guidance while minimizing unnecessary restrictions on normal execution. We evaluate AgentGuard using 642 documented failure traces collected from real coding-agent executions across 382 repository tasks. Guardrails are learned from 461 traces covering 282 tasks and evaluated on a disjoint set of 100 tasks. Using Claude Code with Claude Haiku 4.5 as the underlying coding agent, we compare the baseline agent with the same agent augmented by AgentGuard. Experimental results show that AgentGuard reduces the Abnormal Execution Rate from 69.0% to 26.7% and increases the Successful Task Completion Rate from 21.7% to 35.0%. These results demonstrate that execution guardrails learned from historical failures can substantially improve the reliability of AI coding agents while highlighting the remaining challenge of balancing safety and task completion.

Mon 14 SeptSoftware Engineering
The gist
AI coding helpers sometimes make mistakes like changing wrong files or ignoring errors. The authors created AgentGuard, a tool that learns from past AI mistakes to set smart rules that prevent such errors during code writing. Instead of using fixed safety rules, AgentGuard adjusts its checks based on what problems usually happen. Tests showed that AI coding helpers using AgentGuard made fewer mistakes and completed tasks more often. This approach helps make AI coding assistants safer and more reliable.
Open → 2609.16287v1

Agentic AI improves accuracy and usefulness of industrial code reviews

Using Agentic AI for contextualized and multifaceted code review at Ericsson

Abstract: Context: Conducting effective code reviews is increasingly challenging due to the growing complexity of software systems and the accelerated code generation by AI coding agents. LLM-based approaches for code reviews have shown promising results in identifying defects and improving code quality. However, existing approaches rarely consider project-specific contextualized knowledge, and few have been evaluated in industrial settings. Objective: In this study, we propose a multi-agent-based solution that provides multifaceted assessments of code changes. Method: Following the Design Science Research Process, we developed and evaluated our solution in an industrial setting. Our solution combines specialized agent skills with context-specific knowledge to identify antipatterns in code changes across four dimensions: readability, maintainability, reliability, and performance. Using our solution, we generated reviews for several code commits and identified more than 200 issues. These issues were then manually validated by the developers of the case company for their correctness and importance. Results: The evaluation results show that our solution achieves 96% accuracy in correctly identifying issues in the investigated code commits. Furthermore, around 69% of the correctly identified issues were rated as important, with approximately 33% rated as severe issues that must be fixed and 36% as important issues that should be fixed. Qualitative feedback from developers corroborates these findings and highlights the usefulness of the generated reviews. Conclusion: Our findings provide empirical evidence from an industrial evaluation that combining specialized agent skills with context-specific knowledge yields accurate, practically useful code reviews.

Mon 14 SeptSoftware Engineering
The gist
Code reviews are important but getting harder because software is more complex and AI writes code faster. The authors designed a system using multiple AI helpers, each focusing on different things like readability and performance, to check code changes better. They tested it in a real company and found the system correctly spotted most issues and identified many important problems developers should fix. Developers said the AI feedback was helpful and trustworthy.
Open → 2609.15877v1

Algorithm discovery improves with self-evolving interactive search agent

AlgoEvo: Self-Evolving Agentic Search for Automated Algorithm Discovery

Abstract: Large language models have advanced automated algorithm discovery by synthesizing executable code, but existing frameworks trap them in rigid search pipelines with pre-defined control flows. This limitation restricts adaptive reasoning, blocks cross-paradigm transfer, and discards valuable execution feedback. We propose AlgoEvo, a unified agentic framework that transforms automated algorithm discovery into an interactive, knowledge-accumulating process. An autonomous agent dynamically inspects, diagnoses, and edits code based on runtime feedback. A design skill hub decouples paradigm-specific knowledge from the core discovery engine, allowing a single workflow to seamlessly handle single-objective, multi-objective, and multi-component design. Meanwhile, a hierarchical experience mechanism organizes search trajectories into a task-level tree to guide exploration and consolidates cross-task patterns into reusable skills. Across six representative benchmark tasks, AlgoEvo matches or surpasses specialized methods with substantially fewer evaluations and reduced token consumption, demonstrating strong intra-task accumulation, cross-task transfer, and the ability to reproduce or exceed existing state-of-the-art performance through flexible skill activation.

Mon 14 SeptArtificial Intelligence
The gist
Designing new algorithms automatically is hard because existing methods follow fixed rules that don’t adapt well to what’s learned during the process. The authors propose AlgoEvo, a system where an intelligent agent tests, diagnoses, and improves its own code step-by-step using real-time feedback. It also organizes knowledge into reusable skills that help solve different but related problems more efficiently. Their experiments show AlgoEvo can match or beat other specialized methods while using fewer resources and learning across tasks.
Open → 2609.15820v1

Benchmark reveals large language models struggle with multi-turn code instructions

MTAC-IFBench: Benchmarking Instruction-Following in Multi-Turn Agentic Coding

Abstract: Recently, the rapid development of large language models (LLMs) has reshaped software engineering by enabling autonomous code agents that plan, execute, and utilize external tools iteratively to tackle complex tasks. Beyond achieving functional correctness, these agents must faithfully follow process instructions and constraints throughout the development lifecycle. However, existing benchmarks typically focus on final functional correctness or confine instruction-following evaluation to single-turn, general chat or simple code generation scenarios, leaving instruction-following in multi-turn agentic coding underexplored. To bridge this gap, we propose MTAC-IFBench, a comprehensive benchmark for this critical capability. It features multi-turn progressive software development instructions with diverse constraints spanning 6 primary and 18 secondary categories. With an average of 7.04 turns and 91.33 constraints per instance, it poses a rigorous challenge to current LLMs. To make the evaluation reliable, we construct a checklist for each constraint and functional requirement, and integrate verification scripts and judge agents to verify each checklist item. MTAC-IFBench identifies significant deficiencies in existing code agents in multi-turn instruction-following, with their performance degrading rapidly as the interaction session grows longer.

Mon 14 SeptComputation and Language
The gist
When AI programs write code by following step-by-step instructions over multiple interactions, they often make mistakes or miss important details. The paper presents a new benchmark called MTAC-IFBench that tests how well these AI agents follow complex instructions when coding across many steps. This benchmark uses detailed checklists and automated checks to measure both if the code works and if it meets all the given requirements at each step. The authors found that current AI coding agents perform worse as the interaction continues, showing it is still hard for them to perfectly follow multi-turn instructions.
Open → 2609.14992v1

Themis improves software repairs by tracing requirement changes visibly

Externalizing Requirement-to-Repair Artifacts as Observable Traces for LLM-Based Program Repair

Abstract: Repository-level repair requires not only correct patches but also inspectable records that explain how issue requirements are translated into code changes and post-edit evidence. We contribute THEMIS, a stage-aware repair workflow that externalizes this requirement-to-repair process through semantic interpretation, a runtime requirement-code graph, graph-derived Developer guidance, retained repair rationale and patches, and post-edit audit records. A retrospective audit of 300 SWE-bench Lite cases demonstrates that these artifacts provide broad support for cross-stage inspection: a complete Developer rationale is available for 288 cases, and 214 cases (71.3%) retain a complete audited field set connecting the selected stages. The retained records further enable systematic measurement of cross-stage correspondence: target symbols recur in 62.6% of Developer rationales and in 62.8% of patches, rising to 75.8% when related symbols are included. In a paired 100-case comparison, the relational workflow resolves 19 cases versus 9 for the direct same-input condition; because the two conditions also differ in Analyzer output, graph-derived distillation, and Judge records, we report this as preliminary, workflow-level evidence rather than a causal effect of the graph component. Together, these results show that THEMIS makes otherwise implicit requirement-to-repair transitions inspectable, enabling systematic examination of how repair decisions persist, align, and evolve across stages.

Mon 14 SeptArtificial IntelligenceSoftware Engineering
The gist
Fixing software bugs is easier when the reasons for changes and the changes themselves can be clearly seen and checked. The authors created a system called THEMIS that captures the entire process of turning bug reports into code fixes as a clear story. This helps developers understand why changes were made and review them at each step to catch mistakes. Their tests showed that this approach made it easier to track how decisions evolved and improved the repair process compared to simpler methods.
Open → 2609.14913v1

Modular framework improves AI coding agent performance on new tasks

ModularRSI: Modular and Generalizable Recursive Harness Self-Improvement

Abstract: Recent work extends recursive self-improvement (RSI) to agent harnesses for long-horizon coding and terminal tasks, enabling agents to improve execution mechanisms from experience. However, generalizable harness RSI remains challenging. First, evolving harnesses on evaluation benchmarks or their subsets makes it difficult to distinguish reusable improvements from benchmark-specific adaptation. Second, single-trajectory updates can conflate systematic harness deficiencies with instance-specific reasoning and solution details, producing modifications that transfer poorly to unseen tasks. Third, localizing recurring behavioral deficiencies within monolithic harnesses is difficult, while whole-harness optimization can entangle unrelated mechanisms and complicate attribution and validation. We propose ModularRSI, a benchmark-disjoint, contrastive, and modular framework for generalizable harness evolution. ModularRSI contrasts successful and failed trajectories for the same task and aggregates evidence across tasks to identify recurring behavioral deficiencies. It decomposes the evolvable harness into five functional modules: Agent Loop, Tool Use, Observation Management, Context Management, and Task Completion Detection. Each module evolves independently within a restricted modification scope, followed by an integration stage that combines the evolved modules into a unified harness and resolves potential conflicts. To support benchmark-disjoint evolution, we curate 2,000 executable evolution tasks from external sources that are disjoint from downstream evaluation benchmarks. Experiments on TB2.0 and SWE-Bench Verified show consistent improvements on unseen in-domain and cross-domain tasks, with the evolved harness also transferring across different foundation models.

Mon 14 SeptComputation and Language
The gist
Improving AI agents so they can get better at coding and complex tasks on their own is hard because changes often only work for specific problems. The authors created ModularRSI, a system that breaks an AI agent's work into five parts and improves each separately by comparing successes and failures across many different tasks. This approach helps the AI agent learn improvements that work well on new, unseen problems and even with different underlying AI models. The result is a more adaptable and better-performing AI agent harness for long, complicated tasks.
Open → 2609.14857v1

Large language models often suggest unneeded code changes with false speed claims

Efficiency Hallucination: Formalizing and Measuring Behavioral Calibration in LLM-Based Code Optimization

Abstract: The integration of Large Language Models (LLMs) into automated code optimization introduces a critical reliability risk we term the Efficiency Hallucination: an LLM's tendency to issue non-functional mutations with unsubstantiated performance claims on already-optimized code. This is driven by the Evaluation Trap, wherein binary benchmarks incentivize unnecessary modifications over safely abstaining. We present a validation framework using classification penalty methods, evaluated across 180 optimization runs on nine models (GPT, Claude, Gemini) using EffiBench. Under standard prompts, models exhibit a 100% over-edit rate on optimal code. Our guardrail raises correct abstention from 0% to to 44.4%, preserving a 100% edit rate on sub-optimal code with zero false abstentions. Calibration is uneven: GPT-5.4 Mini approaches near-perfect abstention, and simple code is recognized more reliably than complex code. Our framework offers a training-free mechanism to mitigate LLM overconfidence before deployment in production.

Sun 13 SeptSoftware EngineeringArtificial Intelligence
The gist
Large language models (LLMs) that help improve computer code sometimes make unnecessary changes to code that is already as fast as it can be, claiming these changes will make it faster even if they don't. The researchers call this problem Efficiency Hallucination, driven by a testing setup that pushes models to always edit code, even when it’s best to leave it alone. They created a new way to check when the model should not make changes, which helps the models learn when to stay quiet and only suggest improvements when needed. One of the newer models, GPT-5.4 Mini, almost perfectly knows when to avoid unnecessary edits, especially with simpler code. This approach can help make LLM tools safer and more reliable before they are used in real software development.
Open → 2609.14839v1

Model Context Protocol adoption grows fast across research and GitHub repositories

A Two-Dimensional Study of the Model Context Protocol: Publication and Adoption

Abstract: The Model Context Protocol (MCP), released by Anthropic in November 2024, standardizes how large language model applications connect to external tools and data sources. Despite MCP's rapid growth, no study has jointly characterized its emergence in the research literature, its adoption on GitHub and the relationship between them. We address this gap with a longitudinal, two-dimensional study of 802 MCP-related publications and 33,319 GitHub repositories. We characterize their growth and identify their application domains via BERTopic and usage contexts via a human-validated GPT-5.6-Luna classifier. We find that publications and repositories began rapid growth within a month of each other in 2025, and peaked together in March 2026. Notably, a second growth wave alone accounts for 49.5% of the GitHub repositories. Most publications (57.8%) and nearly all repositories (93.7%) use MCP as an enabling technology rather than for analyzing, evaluating, extending, or securing it directly. Among repositories, the latter category concentrates almost entirely in one general-purpose topic, while applied usage spreads into product-specific niches. Finally, we provide an overview of the MCP landscape and recommendations to researchers and practitioners in this field.

Sun 13 SeptSoftware Engineering
The gist
Connecting large language models to external tools and data is complicated, so Anthropic created the Model Context Protocol (MCP) to standardize this interaction. The authors studied both scientific papers and software projects using MCP over time. They found that research papers and GitHub projects using MCP grew quickly together in early 2025 and peaked in early 2026. Most projects use MCP to enable other applications rather than directly working on improving or securing it. The study also categorizes how MCP is being used across different fields and suggests directions for future work.
Open → 2609.14721v1

LLM agents gain safer task-based control over actions and access

LLM Agent Capabilities Should Follow Task Intent and Context Source

Abstract: LLM agents take real actions, including executing code, modifying files, calling services, and delegating tasks, driven by context sources: user requests, tool results, documents, shell outputs, Skill and MCP instructions, memory. Unlike traditional systems, where capability is predefined, the least-privilege capability an agent needs is dynamic, depending on its task intent: what it wants to do and how. This creates a security and safety challenge: all inputs enter one shared planning channel with equal influence, by adversarial injection or accidental scope widening, yet a user's explicit request and a document's extracted text carry different trust and should not share authority to choose a destination or widen access. Existing defenses constrain operations and information flow; we study task-scoped, multi-source authority composition. We argue that agent capabilities should be scoped to the current task intent, not a sandbox or session lifetime, and that no single context source defines a complete capability. IntentCap composes capabilities from four such sources: user intent, workflow instructions, tool schemas, and runtime environment, with field-level ownership and monotonic narrowing. Each source contributes specific fields, none can fill another's, and the lease only narrows the user's authorized authority, never widens it. IntentCap uses an LLM to generate short-lived leases from these sources, validated by a deterministic checker before any side effect commits and enforced by tool- and OS-level information flow policies. Evaluation shows IntentCap blocks tested violations without rejecting benign actions, each source boundary is independently necessary, and the checker generalizes across tool, execution, placement, and delegation boundaries.

Sun 13 SeptCryptography and SecurityOperating Systems
The gist
Large language model (LLM) agents can perform many actions like running code or editing files, but letting them do everything all the time can be risky. The authors show that the agent’s allowed actions should depend on what the agent intends to do, based on different context sources such as user requests and tool instructions. They introduce IntentCap, a system that combines these sources to create precise, temporary permissions for each task, ensuring that agents only get the access they need and nothing more. This approach helps prevent bad or accidental commands from causing harm while letting agents work effectively.
Open → 2609.14631v1

CoArena ranks computer-use agents with real-time user tasks

CoArena: Evaluating Computer-Use and Multi-Agent Systems in Real Time

Abstract: Static benchmarks for computer-use agents fix a task set at release and score every system against it once. That makes them reproducible, and it lets them drift from what they should measure: a fixed task set ages, leaks into training corpora, and cannot follow how people actually use agents from week to week. CoArena measures use directly. Real users submit tasks; two systems, each a single model or a multi-agent pipeline behind the same tool interface, execute the same task concurrently in identical sandboxed desktops; users judge the two outcomes without knowing which system produced them; and a public leaderboard is refit from those judgments. The central contribution is a formal account of what makes such an evaluation real-time. We define real-time as five measurable properties, each with an equation and a worked example: continuous task arrival, live concurrent execution, online rating updates, freshness with contamination resistance, and bounded feedback latency from a failed run to a reusable training environment. The rating methodology follows in full: the Bradley-Terry pairwise model, its likelihood with weighted observations and ties, the penalized maximum-likelihood estimator, and the streaming update applied when a single vote arrives (a stochastic-gradient step on the same likelihood, recovering Elo). It gives confidence intervals from the observed information and a cluster-robust sandwich, rank bands from a parametric bootstrap, the rule by which a new system enters the board, and the convergence rate of the estimate. Vote quality is treated with inter-judge agreement statistics, redundant judging, and explicit handling of ties and abstentions. A five-system example with 211 votes is carried from the vote matrix to ratings, intervals, and rank bands. Every number is derived from stated inputs or labeled illustrative; none is a measurement of a deployed system.

Sun 13 SeptMachine Learning
The gist
Current tests for computer-use agents often use fixed task sets that can become outdated and don't reflect how people use these agents over time. The authors propose CoArena, a system where real users send tasks to two competing agents running side-by-side, and the users judge which agent performs better without bias. This approach updates rankings continuously based on live feedback and uses a rigorous statistical model to keep the rankings accurate over time. The paper also details how such real-time evaluation can be mathematically defined and implemented.
Open → 2609.14239v1

Git concepts reveal core approach to peer to peer data sharing

The Essence of Git: Concepts for P2P Replication

Abstract: Git is most commonly known as a decentralized version control system. Underneath the surface, the design of Git exhibits an elegant object model and incremental replication protocols that have been used to build a variety of applications that go much beyond version control. In this paper, we survey those applications and show how application concepts have been mapped to Git concepts to show the latter's generality. We also show the connection between the Git commit history and the theory of distributed algorithms and convergent replicated data structures, suggesting that it approaches their essence. We finally compare to current peer-to-peer frameworks to establish the level of abstraction of the Git object model and peek at its potential universality. Throughout, we frame our discussion using the \textit{conceptual design} approach proposed by Daniel Jackson.

Fri 11 SeptDistributed, Parallel, and Cluster Computing
The gist
Git is best known as a tool for keeping track of changes to code, but its design is based on a simple and elegant way to represent data and share it gradually between computers. The authors show that this design can be used for many applications beyond code management. They connect Git’s history tracking to well-known ideas in distributed computing and data consistency. They also compare Git’s structure to other peer-to-peer systems and suggest it might be broadly useful. Their discussion uses a design method that focuses on clear concepts.
Open → 2609.13555v1

Four-day workweek adapts and survives pressures in agile software teams

Beyond Establishing the Four-Day Workweek: Understanding Adaptation and Long-Term Survival in an Agile Software Organization

Abstract: Context: Existing research on the four-day workweek (4DWW) has primarily examined its introduction and short-term effects, with limited understanding of its long-term survival or its interaction with agile software development. Objective: We study how a reduced-hour 4DWW is introduced, adapted, institutionalized, and sustained under changing organizational and external conditions in an agile software organization. Method: We conducted a longitudinal single-case study of a software organization operating a 32-hour, four-day week. The study draws on 15 semi-structured interviews in 2022 and 2026, analyzed using qualitative content analysis. Results: The 4DWW is better understood as an evolving arrangement than a one-off intervention. After the introduction, teams redesigned coordination, communication, meetings, agile practices, and iterations to adapt to reduced working time. Once institutionalized, the 4DWW faced ownership change, economic downturn, and market and AI pressures. Rather than reverting to five-day workweek, employees absorbed these pressures through voluntary protective adaptations, while anticipating that a rollback would harm job satisfaction, organizational commitment, and employer image. Contribution: We contribute longitudinal evidence on sustaining 4DWW in agile software development and propose two conceptual artifacts: a lifecycle model of the 4DWW and a 4DWW survival matrix, explaining how external pressures and management rationale rollback risk.

Fri 11 SeptSoftware Engineering
The gist
Working fewer hours each week sounds nice, but it can be tricky for teams who need to collaborate a lot, like software developers. The authors studied one company that switched to a four-day, 32-hour workweek and watched how it changed over several years. They found that instead of causing problems, the teams changed how they worked together, managing meetings and planning differently. Even when the company faced challenges like new bosses, economic troubles, and AI changes, the shorter workweek stuck because employees cared about keeping it.
Open → 2609.13089v1

Graphaha improves code generation by sharing search across programs

GraphAHA: Graph-Based Adaptive Search with Heterogeneous Actions for Test-Time Code Generation

Abstract: Test-time scaling improves code generation by spending additional inference budget (e.g., calls or tokens) on direct sampling, feedback-conditioned repair, and reasoning-guided implementation. Search-based methods can allocate this budget adaptively, but two challenges remain. First, tree-structured search treats each generation history as a separate state even when trajectories converge to the same program, duplicating evaluation and preventing statistics from being shared. Second, sampling, repair, and reasoning have complementary and state-dependent payoffs, making online allocation among them difficult under a finite budget. To address these challenges, we propose an adaptive graph search method with heterogeneous actions (GraphAHA). GraphAHA organizes the test-time code generation in a typed directed acyclic graph. Equivalent programs are merged into a single code node, allowing their downstream search statistics to be reused across all discovery paths. Hierarchical Thompson sampling then selects whether to generate a new state or follow an existing successor and, for generation, chooses among the type-valid sampling, reasoning, implementation, and repair operations. Evaluated on LiveCodeBench and CodeContests with Qwen2.5-Coder and DeepSeek-Coder, GraphAHA achieves the best score in 18 of 20 cases. For Pass@1 measured using visible tests, it outperforms the strongest baseline for both models on both benchmarks by 4.1 percentage points on average, demonstrating more effective use of a fixed inference budget.

Fri 11 SeptSoftware EngineeringArtificial Intelligence
The gist
Code generation models sometimes waste effort by treating different paths that produce the same program as separate tries, causing duplicated work. This paper introduces GraphAHA, which organizes these paths into a graph where the same program is merged, allowing the model to better share what it learns. It also smartly decides when to try new code, repair mistakes, or reason through problems, using a fixed budget. Tests show that GraphAHA produces better code than previous methods while using the same amount of computing effort.
Open → 2609.12757v1

Ai-generated code is smaller and stylistically different than human code

What is the Difference Between Me and You? Benchmarking the Quality Gap Between Human-Written and AI-Generated Code

Abstract: AI coding assistants are becoming co-authors of production software, yet their evaluation centers on functional correctness, leaving open whether their code differs from human code in the quality dimensions dominating lifecycle cost. We compare human-written and AI-generated code at scale: 787,562 function pairs across Python, Java, and C, each human function mined from open-source repositories paired with implementations generated from its docstring by three AI assistants (OpenAI GPT models, DeepSeek-Coder, Qwen2.5-Coder). We characterize structural complexity and statistical naturalness, and map static-analysis findings onto Orthogonal Defect Classification for defects and the Common Weakness Enumeration for vulnerabilities, making authors and languages directly comparable. AI-generated code is structurally compressed and stylistically templated: roughly half the size and branching of human code, clustering apart at the style level. Defect profiles differ in kind: human code concentrates issues of mature codebases, AI code repetitive boilerplate; security is language-dependent, with LLMs producing more, and more severe, findings in Python and Java but fewer high-severity memory-safety findings than humans in C. Once size is controlled for, complexity metrics carry little signal, while naturalness separates authors. Finally, we release CQBench, a benchmark of 27,346 issue-prone tasks with baselines and an evaluation pipeline for quality assurance and security testing.

Fri 11 SeptSoftware EngineeringArtificial Intelligence
The gist
Many people use AI assistants to write computer code, but we don't fully know if AI code is as good as human code beyond just working correctly. The authors compared hundreds of thousands of functions written by humans and generated by AI in popular programming languages. They found AI code tends to be smaller and more repetitive, while human code has different kinds of bugs and security issues. The authors also created a benchmark to help test code quality and security more thoroughly.
Open → 2609.12708v1

Confidence-guided method improves testing for AI code ranking

Confidence-Gated Transductive Test Generation for Code Reranking

Abstract: Test case synthesis is crucial for evaluating and ranking programs generated by large language models (LLMs). However, constructing high-quality test cases remains challenging because reliable expected outputs are often difficult to obtain. We propose Confidence-Gated Transductive Test Generation (CoTT), which first uses an efficient inductive procedure and invokes transductive generation only when inductive confidence is low. This adaptive design improves output reliability while allocating extra computation only when needed. On code reranking benchmarks, CoTT outperforms prior baselines across the reported metrics while reducing cost relative to applying transductive generation to every input. These results show that confidence-based allocation of test-time computation provides a favorable efficiency-effectiveness trade-off with a single efficient LLM.

Fri 11 SeptArtificial IntelligenceComputation and LanguageSoftware Engineering
The gist
It is hard to create good test examples to check if computer programs generated by AI are correct, especially when expected answers are unknown. The authors developed a new method called CoTT that first tries a quick approach and only does extra checking when it isn't confident enough. This saves time while still making sure the test results are trustworthy. Their tests show CoTT works better and faster than older methods at ranking AI-generated programs.
Open → 2609.12489v1

Agentic AI helps maintain code for reproducible research

Reproducibility in the Age of Agentic AI: Context Engineering at the Timescale of a Codebase

Abstract: Reproducible research practices are context engineering for AI coding agents. I argue that agents lower the cost of maintaining tests, commit histories, repository structure, instructions, and decision records while making their benefits immediate. Researchers remain responsible for verifying these artifacts and the scientific judgments they encode.

Thu 10 SeptSoftware EngineeringComputers and Society
The gist
Keeping research reproducible is about carefully organizing code, tests, and records so that others can confirm results. The authors argue that AI coding agents lower the effort needed to maintain these parts of a project while making their advantages clear right away. Even so, humans still need to check these outputs and the decisions behind them to ensure correctness. This suggests a collaborative future where AI supports but does not replace human judgment in research.
Open → 2609.11728v1

Deep learning powers faster bug report sorting and assignment

Deep Learning-based Bug Triage System

Abstract: Effective bug triage is crucial for streamlining the software development lifecycle by accurately categorizing and assigning reported software defects. In this paper, we propose an automated bug triage system built upon the pre-trained RoBERTa-base transformer architecture. By leveraging deep contextual representations, our approach efficiently classifies incoming bug reports to optimize assignment. Experimental evaluation demonstrates that the proposed system achieves a strong bug identification accuracy of 0.90 within just five training epochs. These findings highlight the efficiency and high performance of fine-tuned transformer models for practical software engineering automation.

Thu 10 SeptSoftware Engineering
The gist
Software teams need to quickly figure out what kind of problems users report and who should fix them. The authors created a system that uses a powerful AI called RoBERTa to read bug reports and decide their category and who should handle them. Their system gets this right 90% of the time after just a bit of training. This shows that these AI models can help automate and speed up software maintenance.
Open → 2609.11420v1

Benchmark tests large language models on software version rules

SemVerBench: Benchmarking LLM Comprehension of Version-Constraint Resolution Semantics

Abstract: Large language model (LLM) coding agents constantly decide whether a version satisfies a constraint such as ^1.2.3 or >=2.0,<3, yet their grasp of version-constraint semantics has never been measured directly. We introduce SemVerBench, the first benchmark of LLM version-constraint resolution semantics across three ecosystems (npm, PEP 440, Cargo): 240 machine-checkable items with unique answers, built author-neutrally from four balanced sources (each ecosystem's official test suite plus three frontier LLM proposers) and labeled by a non-circular two-implementation oracle. Evaluating six frontier models, we find systematic, predictable per-mechanism blind spots: a partial-comparator carry rule (>1.2 means >=1.3.0) traps every model on Cargo (near 60%), and although standard PEP 440 prefix matching is universal, on zero-pad/post-release corner cases GPT-5.1 collapses (0/26) while Claude stays at 97-100% (verified on a 67-item oracle-validated set). Opus significantly outperforms all other models, and Sonnet outperforms the OpenAI models (McNemar). The failures look more like an activation/application gap than a knowledge gap: injecting the rule or a light correct hint recovers most errors, whereas interval decomposition does not, and models are at ceiling on the basic forms of the same rules. An author-stratified analysis finds no statistically significant self-favoritism. Because the task is verifiable and a free, 100%-correct resolver exists, tool delegation reaches ~100%: coding agents should delegate version resolution to a resolver rather than reason about versions in-head.

Thu 10 SeptArtificial IntelligenceSoftware Engineering
The gist
Large language models (LLMs) like GPT often need to decide if software version numbers match certain rules, but it was never checked how well they understand these rules. The authors made a new benchmark called SemVerBench with questions from three major coding systems and tested six top LLMs. They found common predictable mistakes related to specific version rules, and showed some models do much better than others. They also showed that giving models a little extra hint fixes many mistakes, suggesting the problem is using knowledge, not lacking it. They recommend that coding tools should let specialized software handle version checking instead of relying on LLMs alone.
Open → 2609.11180v1

Belief shift forking improves step credit in tree structured reinforcement learning

Fork Where the Model Changes Its Mind: Belief-Shift Branching for Tree-Structured Reinforcement Learning

Abstract: Tree-structured rollouts give critic-free reinforcement learning with verifiable rewards (RLVR) step-level credit: fork a chain at an intermediate point, and sibling outcome differences estimate step value. Each fork adds sampling cost, so realistic budgets typically allow only a few forks per chain. A fork placed where the outcome is already largely settled yields siblings that mostly agree and provide almost no credit signal; hence, for a given tree size, where forks are placed largely determines how much step-level RL can gain. Most existing mainstream methods place forks by structure, such as fixed lengths, midpoints, and delimiters, or by next-token entropy. We formalize fork placement as locating the \emph{pivots} of the chain's value curve, where the expected outcome turns. We propose \emph{belief-shift branching}: read the model's answer belief at candidate boundaries and fork just before the step where consecutive beliefs diverge most. Three instantiations, none needing step-level supervision, span access levels: a black-box probe, a logit-lens depth profile, and a learned activation direction, which is fit offline and therefore used only in the validation before RL training. The signal only \emph{places} forks, and the probe costs about $1\%$ of step compute on mathematics and under $5\%$ on code when it runs inside the rollout engine. In that validation, against Monte-Carlo value curves, a belief-shift signal ranks first in each of the eight model$\times$benchmark panels, ahead of entropy, structural, and LLM-judge baselines. In RL across three model families and two domains, belief-shift forking leads every mathematics aggregate, on OLMo-3-7B by $+2.6$ aggregate and $+2.9$ on AIME 2026 over the strongest baseline, and sweeps every OLMo code column, by $+6.5$ on LiveCodeBench-medium.

Thu 10 SeptArtificial Intelligence
The gist
In reinforcement learning, it's important to know which steps in a process contribute most to the final outcome. The authors focus on a method called tree-structured rollouts that helps assess step-by-step value without extra critics. They introduce a new way to decide where to branch in the tree by seeing where the model’s beliefs about the outcome change the most. This belief-shift method leads to better learning results in math and coding tasks compared to previous methods.
Open → 2609.11061v1

Environment-probing memory curation improves agent task success and efficiency

Grounding Agent Memory: Environment-Probing Curation for Enterprise Agents

Abstract: Persistent memory is entering production-oriented agent platforms to help long-horizon agents accumulate experience across sessions. Yet a post-task curator agent restricted to completed trajectories can preserve errors, overgeneralize partial evidence, or retain stale knowledge. We introduce environment-probing curation, a deployment-compatible extension that gives an existing asynchronous curator agent least-privilege, read-only world tools to check, scope, and refresh candidate memories. It requires no model retraining and leaves the task agent, retriever, memory representation, and production write authority unchanged. In a production-like GitHub Copilot (GHCP) harness built on its SDK, we compare stateless execution, full in-context learning, GHCP + Mem, and GHCP + Mem (w/ Env Probing) on CLBench database exploration and 90 adapted APEX management-consulting tasks. On CLBench, probing raises pass rate from 39% to 73% and pass-discounted reward from 8.60 to 22.60 while reducing queries from 8.8 to 4.7 per question and task-agent cost from \$3.38 to \$1.68. Across six APEX worlds, all 18 memory-versus-baseline mean reward comparisons are positive and task-agent tool calls fall by 16--75%; probing gives the best task-agent reward gain per dollar in five worlds. Probing also attains higher mean reward than GHCP + Mem on both Sonnet 4.6 and Opus 4.7 without schema drift. Environment probing therefore turns existing agent-memory curation into an environment-informed, auditable process while preserving a compact task-time interface.

Thu 10 SeptArtificial IntelligenceSoftware Engineering
The gist
Long-term computer agents try to remember past experiences to perform better over time, but sometimes their memories can be wrong or outdated. The authors propose a method that lets a helper agent peek back into the environment in a limited way to check and update these memories without changing the main agent or retraining the system. This approach was tested with a coding assistant setup and several management task simulations, showing much better success rates and fewer unnecessary questions. Their method makes agent memory updating more accurate, efficient, and easier to audit.
Open → 2609.11060v1

Llms improve cost-efficient large-scale software vulnerability detection

Towards Scalable and Cost-Efficient Vulnerability Detection: A Study on Automatic Query Generation

Abstract: Static analysis remains a cornerstone of software security, yet the effectiveness of tools such as CodeQL is often limited by the substantial manual effort required to develop high-coverage query suites. While large language models (LLMs) have emerged as a potential solution for automated code reasoning, their practical utility in generating structured, executable security queries remains underexplored. In this paper, we conduct an empirical study to evaluate the ability of LLMs to synthesize CodeQL queries using vulnerability data from the National Vulnerability Database. Through this investigation, we explore the potential of using LLMs as an automatic CodeQL query generator. Subsequently, we systematically evaluate the performance of various LLM architectures across a diverse set of real-world vulnerabilities, measuring their ability to improve detection coverage and precision. Our findings reveal that LLM-generated queries significantly enhance the baseline CodeQL queries, yielding 82% improvement in average F1-score. Furthermore, we provide a detailed cost- benefit analysis showing that while direct LLM-based scanning of entire repositories is often computationally and financially prohibitive, leveraging LLMs to synthesize CodeQL queries offers a scalable and cost-effective alternative for large-scale vulnerability detection. Our results suggest that LLMs can effectively bridge the gap between unstructured vulnerability reports and formal static analysis specifications, offering a scalable path toward comprehensive automated vulnerability detection.

Wed 9 SeptSoftware EngineeringCryptography and Security
The gist
Finding software problems automatically is important but takes a lot of manual work. The authors studied how large language models (LLMs), which learn from lots of text, can write computer code queries to help find these problems. They showed that queries created by LLMs detect vulnerabilities better and cheaper than traditional ways. However, scanning whole codebases directly with LLMs is costly, so using LLMs to make queries is a practical middle step. This shows a promising way to make security tools smarter and more efficient.
Open → 2609.10412v1

Large language models struggle with repeated bug fixing in software code

If It's Not Buggy, Don't Fix It: On the Dynamics of Iterative Bug-fixing with LLMs

Abstract: Large language models (LLMs) have become ubiquitous in software development, with LLM-based automated program repair tools increasingly used during code review. In this report, we explore the iterative blind use of LLMs as bug-fixers. Across multiple models and repair environments, we find that LLMs consistently claim to detect bugs in entirely bug-free programs while the rate of repair of buggy programs is less than that of the damage to correct programs. We also explore the long-term dynamics of this iterative process, and find that this frequently reaches a pseudo-bug-fixing cycle where the same changes are added and removed again ad infinitum. Lastly, via mechanistic probing, we unveil the existence of a steering vector which controls the editing propensity, suggesting that LLMs have an internal representation of ``buggy code", and that this representation is what is falsely activated to induce pseudo-bug fixing. These results provide insight towards the dynamics of fully autonomous bug-fixing systems, as well as stopping conditions under ambiguous goals.

Wed 9 SeptSoftware EngineeringComputation and Language
The gist
Large language models (LLMs) are used to fix bugs in computer programs automatically, but this study finds they often mistakenly identify errors even when there are none. The authors found that these models can accidentally introduce new problems while trying to fix bugs, sometimes leading to endless cycles of fixing and undoing changes. They also discovered that the models have an internal sense of what buggy code looks like, which sometimes gets triggered incorrectly. This work sheds light on the challenges of using AI for fully automatic bug repair and when to stop making changes.
Open → 2609.10123v1

Consort framework enforces test driven coding on live databases

Introducing Consort: A Spec-First Agent Framework for Enforced, Test-Driven Development on Live Database Branches

Abstract: When an agent writes code, the development framework becomes the control system for a non-deterministic worker. Spec-first, agent-driven frameworks have gained rapid traction since 2025; the installable ones, GitHub Spec Kit, obra/superpowers, BMAD, and GSD, and our own, all capture intent through a specification or durable planning artifacts. Since they agree on capturing intent up front, what separates them is how each enforces the engineering discipline that keeps agent-written code clean, correct, and maintainable. Every framework enforces that discipline somehow; they differ in how. We characterize three modes: enforcement by persuasion (prompt discipline the model may ignore), by front-loaded structure (strong specs, then a trusted build), and through controls the agent cannot edit (a deterministic orchestrator, human-approved gates, immutable tests, and a green result that must pass against a live, branched database). We introduce Consort, a spec-first, test-driven agent framework built on the third, enforcing that discipline through controls the agent runs inside but cannot bypass, in which a deterministic orchestrator drives separate role agents through a spec-first design lane and a test-driven build lane on a live database branch. We argue that enforcing the tests and gates in code keeps agent-written code honest and verifiable, while its specialized roles, like the human roles before them, are what make it maintainable, claims we frame as a pre-registered, testable hypothesis.

Wed 9 SeptSoftware EngineeringArtificial IntelligenceDatabases
The gist
Writing code with AI agents can be tricky because the code might not always be clean or correct. The authors describe Consort, a new system that makes the AI follow strict rules and tests while working on a real copy of a database. This approach helps keep the AI’s code honest, easy to check, and easier to maintain, much like how human developers work under careful review. The system uses separate roles and controls that the AI can’t bypass to enforce quality.
Open → 2609.09671v1

Execution feedback improves coding agents by learning to test better

ExecCritic: Learn to Test, Test to Improve for Coding Agents

Abstract: Execution feedback can guide coding agents toward correct repository repairs, but only when the tests capture the behavior requested by the issue. Agent-generated tests can encode incomplete or incorrect behavioral targets; when the same trajectory writes both the patch and the test, their errors can agree and create false confidence. We introduce ExecCritic, combining a test--verify--revise scaffold with a role-specific reinforcement learning recipe for training agents within it. The scaffold separates test construction from source-code repair: a Test agent independently generates repository-native tests, a fail-closed harness qualifies and freezes them, and a Repair agent revises source code from their execution feedback without changing the tests. Both roles use Qwen-3.5-35B-A3B as the backbone and are trained separately. In Learn to Test, the Test agent learns to produce behaviorally valid tests that distinguish correct from incorrect patches. In Test to Improve, the Repair agent learns both direct task resolution and feedback-guided revision. On SWE-bench Verified, test quality determines whether feedback helps: holding the base Repair agent fixed, tests from the base Test agent reduce resolved rate from a no-test baseline of 61.2% to 57.3%, whereas tests from GPT-5.6-sol raise it to 65.3%. Role-specific post-training raises the Qwen Test agent's Base-to-Gold success from 22.2% to 62.2%; composing the two post-trained Qwen agents reaches 72.6%, an 11.4-point gain over the original no-test baseline without stronger-model or Oracle feedback at evaluation time. Code is publicly available at https://github.com/MSR-Orchard/execcritic.

Tue 8 SeptArtificial IntelligenceComputation and LanguageSoftware Engineering
The gist
Fixing bugs in code can be tricky because tests might not always check for the right things. The researchers created ExecCritic, a method where one AI learns to write good tests while another AI fixes the code using feedback from those tests. By keeping test creation separate from code fixing, their system makes fewer mistakes and improves repair success. They trained these AI roles separately and tested their approach, showing clear improvement without needing stronger models or perfect tests at evaluation.
Open → 2609.09133v1

Authority checks improve safety in multi-agent workspace updates

Beyond Agent Harnesses: Cross-Substrate Authority for Multi-Agent Systems

Abstract: Agentic systems persist model-visible memory while mutating workspaces, while a runtime, registry, or approval service may hold authority state outside both. Identical final files can then require opposite safe actions. We call this the cross-substrate authority gap: decision- relevant authorization information resides outside the planner-visible workspace or memory state. Across two controlled mini-benchmark families, three experiments compare planner-observation augmentation with an execution-time authority check using real Git lineage, durably recorded agent execution attempts, deterministic oracles, and two model routes. Experiment 1 is a 128-cell controlled evidence ablation: authority-blind candidate evidence obtains 0/32 final semantic success, while raw receipts and a typed relation both obtain 32/32. The missing authority fact accounts for the gain; typed packaging provides no observed planning-accuracy gain over equal raw information. Experiment 2 uses 96 planning calls: workspace-visible evidence yields 12/16 unsafe publication decisions, and planning with the typed relation remains unreliable (15/32 first actions correct; 11/32 invalid or absent). Experiment 3 replays the same 32 fixed model-generated first-action intents with zero additional model calls; a deterministic execution guard prevents all six unsafe intents from becoming effects and permits all 12 valid authorized publish intents. These results position authority enforcement at the mutation boundary as the operational endpoint of memory governance.

Tue 8 SeptMultiagent SystemsSoftware Engineering
The gist
When multiple computer programs (agents) work together, they often change shared files or data. The paper shows that important permission information is sometimes kept separate from what the agents can see, which can cause unsafe behaviors. The authors run experiments comparing methods that keep permission info visible to the agents versus checking permissions only right before changes happen. They find checking permissions at the last moment stops errors better, making the whole system safer.
Open → 2609.08472v1

Capabilities limit coding agents to prevent unauthorized actions

Authority Is Not a String: A Capability-Scoped Harness for Prompt-Injection-Resistant Coding Agents

Abstract: Coding agents use system-level tools to read files, execute commands, and modify source code. Within the agent's sandbox, these tools often carry ambient authority: naming a resource is sufficient to act on it. Indirect prompt injection exploits this authority by placing instructions in repository files or tool output that cause the agent to perform actions the user did not request. We propose CapScope, a harness-level authorization mechanism that restricts tool use without requiring the model to identify malicious text. Before repository contents or tool output are read, CapScope derives a task-wide authority ceiling from trusted input. It then assigns each agent a separate set of typed capabilities, stored outside the model's context. Every tool call is checked against the capabilities of the agent that issued it. Permissions assigned to one sub-agent are therefore not automatically available to another. An injection may cause an agent to request an action, but the request is blocked unless that agent already has the required capability. We implement CapScope on the Pi coding agent and evaluate it in a repair workflow where an orchestrator delegates subtasks to separate sub-agents. The evaluation covers five Python tasks, five injection surfaces, four authorization conditions, and three trials per cell (300 runs). The injected effect executes in 33-47/75 runs under the ambient-authority and global-policy baselines, compared with 3/75 under CapScope. CapScope completes 68/75 repairs, while the baselines complete 68-72/75.

Tue 8 SeptSoftware Engineering
The gist
Coding agents often have broad access to files and commands, which can let hidden instructions trick them into doing unintended things. The authors created CapScope, a system that tightly controls what these agents can do by giving each specific permissions that can't be misused by others. Their tests show this method drastically reduces harmful actions from hidden instructions while still allowing agents to complete their main tasks effectively.
Open → 2609.08371v1

RepoNav helps AI navigate code files to find the right functions

RepoNav: From Snippet Retrieval to File-Centered Repository Navigation for Code Agents

Abstract: Solving repository-level code tasks requires LLM-based agents to use code search tools to navigate large codebases and identify a small set of relevant files and functions. However, current retrieval tools typically return flat lists of isolated code snippets: such lists can surface relevant files, but provide insufficient structure for agents to distinguish the target function from semantically similar alternatives in the same file. We introduce RepoNav, a lightweight post-retrieval interface that reorganizes retrieved snippets into a file-centered navigation scaffold. By presenting compact structural cues and candidate targets, this scaffold guides on-demand file-structure browsing, helping agents compare sibling symbols before selecting a target function. Across diverse models on LocBench, RepoNav improves function-level localization and narrows the file-to-function gap. Controlled ablations demonstrate that these gains come from structured evidence organization rather than simply exposing additional file structure, and the approach also improves performance on a repository-level question-answering benchmark.

Tue 8 SeptSoftware EngineeringComputation and Language
The gist
Finding the right piece of code in a big project is hard, especially when code search tools return many separate snippets without clear context. To fix this, the authors created RepoNav, which organizes retrieved code snippets by the files they come from, showing structure and helping AI agents browse code more like a person would. This makes it easier for AI to pick the exact function needed and improves performance on tasks asking questions about code. The benefit comes from better organization of results, not just showing more file structure.
Open → 2609.08355v1

Attention improves compression of software engineering agent interactions

AttnCompress: Dynamic Attention-Guided Trajectory Compression for Software Engineering Agents

Abstract: The transition from human-centric assistance to Autonomous Software Engineering (ASE) agents has enabled the resolution of complex real-world SE tasks. However, the trial-and-error nature of these agents generates lengthy interaction trajectories, creating severe bottlenecks in terms of context window limits and cost. While context compression offers a potential remedy, prior approaches suffer from static pruning strategies and granularity mismatches, often failing to preserve the semantic dependencies and syntactic details crucial for SE tasks. To strictly preserve critical task evidence while reducing context length, we introduce AttnCompress, a dynamic attention-guided trajectory compression framework. Unlike existing approaches, AttnCompress bridges the gap between semantic integrity and dynamic adaptability through three key mechanisms: (1) structure-aware segmentation via perplexity (PPL) spikes to preserve the syntactic structure of code and logs; (2) relevance estimation using proxy attention weights to quantify the precise relevance of historical blocks to the agent's current reasoning; and (3) a dynamic rolling window to re-evaluate and recall historical context as the task evolves. Extensive evaluation on SWE-Bench-Verified and Multi-SWE-Bench demonstrates that AttnCompress achieves a pass rate of 53.17%, outperforming prior state-of-the-art baselines while reducing token consumption by 21.6% and total costs by 33.6%. The framework proves to be model-agnostic and generalizes effectively across diverse programming languages.

Tue 8 SeptSoftware EngineeringArtificial Intelligence
The gist
Software engineering agents, which help automate coding tasks, often produce very long records of their work that are hard to manage and expensive to process. The authors designed AttnCompress, a method that smartly shortens these records by focusing only on the most important parts while keeping the meaning and details intact. This method looks at where the changes in code or logs are most significant, measures the relevance of past steps to current decisions, and updates its focus as tasks evolve. AttnCompress reduces the amount of data handled and the cost involved, while still performing better than previous methods. It works across different programming languages and with various models.
Open → 2609.08318v1

Software engineering agent benchmark improved for reliable results

SWE-Bench Pro Verified: A Reliable Benchmark for Software Engineering Agents

Abstract: SWE-Bench Pro has emerged as a standard benchmark for evaluating software engineering agents on challenging repository-level tasks. However, our analysis work show that its evaluation is undermined by two sources of unreliability: \textbf{reward hacking}, enabled by leakage of gold solutions or hidden evaluation information, and \textbf{task quality issues}, including misleading problem statements and improperly scoped tests. These issues can inflate benchmark performance and obscure agents' true coding ability. We present \textbf{SWE-Bench Pro Verified}, a verified version of SWE-Bench Pro that addresses both problems. Our approach combines \textbf{anti-hacking} safeguards that eliminate major leakage channels without disrupting normal agent functionality, with \textbf{task refinement} that minimally corrects inconsistencies within flawed instances. Evaluations on SWE-Bench Pro Verified reveal that some models perform substantially worse than previously reported, suggesting that existing results on SWE-Bench Pro may overestimate real software engineering capability. SWE-Bench Pro Verified offers a more trustworthy benchmark for assessing software engineering agents.

Tue 8 SeptArtificial IntelligenceSoftware Engineering
The gist
Software engineering agents are computer programs that write or fix code automatically. The existing SWE-Bench Pro benchmark used to test these agents has problems, like letting the programs cheat or testing unclear tasks. The authors created SWE-Bench Pro Verified, which removes cheating opportunities and fixes task problems. Testing with this new version shows some agents do worse than before, meaning previous tests may have been too optimistic.
Open → 2609.08149v1

OSS projects create policies for AI contributions to protect quality

You can contribute if you... An Empirical Framework of AI Contribution Policies in OSS

Abstract: Artificial intelligence is reshaping open source software (OSS) contribution by lowering the cost of producing code, documentation, issue reports, and review interactions. This creates opportunities for broader participation, but also disrupts how maintainers assess contributor effort, competence, and accountability. In response, OSS projects are beginning to regulate AI-mediated contribution through contribution guidelines and other project documentation. This paper presents an empirical study of these emerging policies. We analyze project policies on AI-mediated contributions by evaluating their underlying rationales, rules, and expectations. Our analysis shows that these policies seek to protect scarce maintainer attention, preserve accountability, sustain meaningful review interactions, address legal and quality concerns, and maintain pathways for newcomer learning. Based on these findings, we introduce the AI Contribution Governance Framework, which organizes recurring concerns and governance mechanisms across projects. The framework helps OSS communities develop AI contribution policies and provides researchers with a vocabulary for studying how AI is changing collaborative software production.

Mon 7 SeptSoftware Engineering
The gist
Artificial intelligence is changing how people help out with open source software by making it easier to create code and documentation. This makes it possible for more people to contribute, but it also makes it harder for project leaders to judge how trustworthy or skilled contributors are. The authors studied new rules that open source projects are making to manage contributions created with the help of AI. They found these rules aim to keep quality, ensure proper review, protect legal rights, and help new contributors learn. Based on this, the authors developed a framework that helps projects create and understand policies about AI-assisted contributions.
Open → 2609.07919v1

Chatbot using GPT-4 helps everyone access software repository data

A Tool-Augmented, GPT-4 Chatbot for Real-Time Repository Data Analysis

Abstract: Software repositories contain vast amounts of data on code contributions, bug reports, and project activities, yet this information remains challenging for non-technical stakeholders and developers to access due to limited expertise in querying repositories. To address this, we introduce a novel chatbot architecture leveraging OpenAI's GPT-4 model for automated extraction and analysis of repository data. In contrast, our architecture takes a structured path first by parsing the user's query to extract relevant parameters, then selecting the correct tool to employ based on that analysis, and finally invoking the GPT-4 model to create a highly detailed response. In contrast to previous work based on multi-component systems with embedding models and document retrievers, our architecture inverts the process by relying on prompt engineering and tool selection to fit with the query intent. To validate our approach, we conducted experiments on various question types, including Issues, Pull Requests, Commits, Compound Questions, and General Repository Information, evaluating our target prompts' ability to improve the accuracy of responses from the model. Beyond demonstrating the utility of this architecture to a diverse set of users, our findings suggest that this architecture can make repository data more accessible to technical and non-technical audiences through the production of actionable insights.

Mon 7 SeptArtificial IntelligenceSoftware Engineering
The gist
Software project data like bug reports and code changes are hard for many people to explore without technical know-how. The authors designed a chatbot that breaks down user questions to pick the right tools before using GPT-4 to give detailed answers. This approach helps people with different backgrounds get useful insights from complex repository data. Their tests showed it works well with various question types and can make software project information easier to understand.
Open → 2609.07586v1

Granularity affects refactoring detection in software development

An Empirical Study on the Impact of Change Granularity in Refactoring Detection

Abstract: Detecting refactorings in commit history is essential to improve comprehension to code changes on code reviews, and to provide valuable information for empirical studies on software evolution. Techniques have been proposed to accurately detect refactorings on the granularity of a single commit. However, refactorings can be made over multiple commits because of their complexity or other practical development problems, which cause detecting on only the granularity of a single commit not enough. We observe that some refactorings can only be detected in coarser granularity, i.e., changes conducted over multiple commits, or in the granularity of a single commit but not in coarse-grained. We call these types of refactorings as coarse-grained refactorings (CGRs) and ephemeral refactorings (EPRs). We investigated the features and causes of CGRs and EPRs through an empirical study of 32 open-source Java projects and found that both commonly occur during development. In addition, we found that refactoring types related to splitting or merging classes and packages, as well as those involving modifications to the inheritance structure, tend to be CGRs, and types targeting small objects such as variables and attributes, and refactorings with context-sensitive detection criteria tend to be EPRs. The causes of CGRs and EPRs are analyzed and categorized, and the relationships between the commit messages of CGRs and themselves are also assessed. We found that about 20% of commit messages explicitly suggest the existence of CGRs. We suggest that CGRs and EPRs be valued in refactoring research and that detectors be extended to identify CGRs.

Mon 7 SeptSoftware Engineering
The gist
It can be hard to spot certain code improvements called refactorings if we only look at changes one commit at a time. The authors studied many Java projects and found some refactorings happen across multiple commits, while others occur briefly within a single commit. These larger or shorter refactorings have different characteristics and causes. About one-fifth of commit notes hint when big refactorings happen. The authors suggest paying more attention to these types when tracking code changes.
Open → 2609.07482v1

EnvPilot improves software setup by reusing past experience

EnvPilot: Systematic Design and Evaluation of an Experience-Augmented Agent for Software Environment Setup

Abstract: Environment Setup is a critical yet complex task in software engineering that relies heavily on expert knowledge. Existing automated environment setup methods lack the ability to accumulate experience from past execution trajectories and to evolve over time. As a result, their performance is limited because they often perform redundant exploration, ignore useful past solutions, and fail to generalize across diverse software ecosystems. We present the systematic design and empirical validation of EnvPilot, an experience-augmented agent that operationalizes trajectory-derived experience reuse for software environment setup. EnvPilot maintains an expandable Trajectory-Derived Memory (TDM), initialized with 667 high-quality experiences. It systematically transforms implicit knowledge from historical execution trajectories into structured experience and retrieves the most relevant guidance during task execution through the Context-aware Retrieval mechanism. This enables EnvPilot to combine multiple validated setup strategies, providing more precise and detailed guidance than methods that rely solely on static project files or web retrieval. To evaluate EnvPilot, we construct AES-Bench, a multilingual benchmark of 112 real-world GitHub instances across 9 programming languages. Experiments show that EnvPilot achieves a new state-of-the-art (SOTA) with a 75.00% Pass@1 success rate while reducing reasoning costs. Our empirical study shows that both the structured experience representation and the Context-aware Retrieval mechanism are essential.

Mon 7 SeptSoftware Engineering
The gist
Setting up software environments is often tricky and needs expert know-how. The authors created EnvPilot, a system that learns from past setup attempts to guide new ones more efficiently. It stores and retrieves useful setup experiences to avoid repeating mistakes and to work better across different programming languages. Tested on many real projects, EnvPilot was more successful and quicker than previous methods.
Open → 2609.07357v1