SWE-Next: Scalable Real-World Software Engineering Tasks for Agents
Organizations: University of Waterloo · University of North Carolina at Chapel Hill · Independent
Abstract
Executable software engineering data is valuable for training SWE agents, but scaling it remains difficult for two reasons: only a small fraction of real repository changes yield verifiable, high-signal task instances, and naively building repository-specific environments quickly becomes the dominant systems cost. We present SWE-Next, an execution-grounded framework for scalable SWE task and trajectory collection. On the data side, SWE-Next mines real merged pull requests, executes candidate base/merged commit pairs, and retains only those that produce strict test improvements without regressions, yielding self-verifying instances. It also applies strict submission gating so that collected trajectories remain evidence-driven rather than speculative. On the systems side, SWE-Next introduces reusable repo-quarter profiles, which reuse the same environment across nearby commits in time while keeping each task run separate and reproducible. Using only 30 hours and 639GB of environment storage, SWE-Next processes 3,971 seed repositories and 102,582 candidate commit pairs mined from real merged PRs to construct a dataset of 2,308 self-verifying instances. Experiments show that SWE-Next improves downstream pass@1 with fewer or comparable training trajectories, indicating that its gains come not from a stronger trajectory generator, but from higher-signal execution-grounded supervision and more efficient data collection.
Figures & tables
| Dataset | # Instances | # Repos | Exec? | Source | Env. Size |
| R2E ( Jain et al., 2024 ) | 0.25k | 137 | ✓ | Synth | 270 GB |
| R2E-gym (Subset) ( Jain et al., 2025 ) | 4.6k | 10 | ✓ | Synth | 4 TB |
| SWE-bench-extra ( Badertdinov et al., 2024 ) | 6.38k | 2k | Real | – | |
| SWE-bench-train ( Jimenez et al., 2024 ) | 19k | 37 | Real | – | |
| SWE-fixer ( Xie et al., 2025 ) | 115k | 856 | Real | – | |
| SWE-Gym ( Pan et al., 2025 ) | 2.4k | 11 | ✓ | Real | 6 TB |
| Pipeline | Backbone | System | # Train Trajs | Verified | Lite |
| Comparable trajectory-SFT baselines | |||||
| Qwen2.5-Coder-Instruct | 7B | OpenHands | – | 1.8 | 1.0 |
| R2E-Gym | 7B | OpenHands | 3.3k | 14.4 | 11.3 |
| SWE-smith | 7B | SWE-agent | 2k | 15.2 | 11.7 |
| SWE-Next (ours) | 7B | OpenHands | 3.7k | 17.4 | 13.7 |
| Qwen2.5-Coder-Instruct | 14B | OpenHands | – | 4.0 | 2.7 |
| SFT data | SWE-Bench Verified | SWE-Bench Lite |
| R2E-Gym | 7.8% | 5% |
| SWE-Next (ours) | 8.2% | 6.67% |
| Failure Type | % of failures |
| Residual env/harness | 2.4% |
| Search/localization | 8.7% |
| Patch quality | 75.7% |
| Submit gating / no valid diff | 13.2% |
Appendix figures & tables4 assets
Supplementary material from the paper’s appendix.
Appendix
| Metric | Value |
| Candidates executed | 102582 |
| Final instances | 2308 (2.2% yield) |
| Candidates with unchanged test behavior | 74.5% |
| Candidates failing during setup | 2.5% |
| Candidates failing during test execution | 20.8% |
| Unique repos in final | 311 |
| Field | Meaning |
|---|---|
| Identity and provenance | |
| repo | Canonical repository name in owner/name format. |
| repo_name | Normalized repository identifier used by the pipeline for local naming and artifact organization. |
| repo_key | Filesystem-safe repository key used in image and artifact naming. |
| instance_id | Unique task identifier for the commit pair. |
| base_commit | Pre-fix commit SHA used as the buggy starting point. |
| Repository | Description |
|---|---|
| Dev Tools | |
| avocado-framework/avocado | Avocado is a set of tools and libraries to help with automated testing. |
| Blazemeter/taurus | Automation-friendly framework for Continuous Testing by. |
| etianen/logot | Test whether your code is logging correctly . |
| pylint-dev/astroid | A common base representation of python source code for pylint and other projects. |
| pytest-dev/pyfakefs | Provides a fake file system that mocks the Python file system modules. |
Automated Software Engineering
Automated Software Engineering uses AI, search, and verification methods to automate tasks across the software development lifecycle.
See all 80 papers