Software Engineering Agents
Overview
Software engineering agents use language models to work on tasks such as fixing repository issues, writing tests, building projects, reviewing code, and modernizing software. Common approaches combine planning and code retrieval with tools that run builds and tests; other systems use multiple specialized agents, repository memory, reinforcement learning, or formal verification. Performance is often evaluated on repository-level benchmarks such as SWE-bench, alongside terminal tasks and real-world settings that test build success, design constraints, and behavior over multiple steps. Agents can solve many tasks, but dependable performance remains difficult: passing tests may not mean a patch follows project intent, and greater autonomy or more agents can increase cost, regressions, and oversight demands.
Latest papers
349 papers71 papers in the last four weeks, up 103% on the four weeks before. 0.4% of all new papers.
CommitDistill: A Lightweight Knowledge-Centric Memory Layer for Software Repositories
BLAgent: Agentic RAG for File-Level Bug Localization
SLEIGHT-Bench: A Benchmark of Evasion Attacks Against Agent Monitors
BootstrapAgent: Distilling Repository Setup into Reusable Agent Knowledge
Runtime-Structured Task Decomposition for Agentic Coding Systems
Do Coding Agents Understand Least-Privilege Authorization?
Remember Your Trace: Memory-Guided Long-Horizon Agentic Framework for Consistent and Hierarchical Repository-Level Code Documentation
SWE-Chain: Benchmarking Coding Agents on Chained Release-Level Package Upgrades
CRANE: Constrained Reasoning Injection for Code Agents via Nullspace Editing
Case Studies and Reflections on Agentic Software Engineering for Rapid Development of Digital Music Instruments
Music Mouse' software as a native plugin. In case study 2, we translate Pachet's Continuator' system from Python into a native plugin. In case study 3, we develop a new 3D user interface for an existing `tracker' sequencer using OpenGL. We describe the experiences of the human developer in the case studies via autoethnographic discussion of the prompt logs and snapshots of the software as it was developed. We identify effective practice for ASE use in this domain and suggest future steps for the work involving evaluation of the method with non-programmer musicians.