From Laboratory to Real-World Applications: Benchmarking Agentic Code Reasoning at the Repository Level
This paper introduces RepoReason, a white-box benchmark utilizing execution-driven mutation and dynamic program slicing to diagnose repository-level agentic code reasoning, revealing that integration width is the primary cognitive bottleneck for frontier models.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine you are trying to teach a super-smart robot how to be a software engineer. You want to know if it can not just write a single line of code, but understand how thousands of files in a massive project fit together, like a conductor leading a huge orchestra.
This paper introduces a new way to test these robots, called RepoReason. Here is the story of how they built it and what they found, explained simply.
The Problem: The "Lab" vs. The "Real World"
Previously, testing these robots was like giving them a single math problem in a quiet classroom (a "lab"). They could solve it easily. But real software engineering is like a chaotic, noisy city with millions of interconnected roads. If you ask a robot to fix a traffic jam in a specific neighborhood, it needs to understand how that neighborhood connects to the rest of the city.
Old tests were either too simple (single math problems) or too vague (they just asked, "Did you fix the traffic?" without explaining how the robot got lost). The authors wanted a test that acts like a diagnostic X-ray, showing exactly where the robot's brain fails.
The Solution: A "White-Box" Detective Game
The authors created a benchmark called RepoReason. Instead of asking the robot to write new code, they play a "fill-in-the-blank" game with existing, complex code.
- The Setup: They take a real, massive software project (like a library for math or a template engine).
- The Twist (The "Magic Trick"): To stop the robots from just memorizing answers from their training data, the authors use a "Mutation Engine." Imagine taking a recipe, changing the amount of sugar from 1 cup to 2 cups, and then asking the robot, "What is the new weight of the cake?"
- The robot can't just guess; it has to mentally run the whole recipe in its head to figure out the new result.
- Because the numbers are changed, the robot can't cheat by remembering the old answer. It has to actually reason.
- The Goal: The robot must look at the code, trace the logic through different files, and guess the correct number that makes a specific test pass.
The Three "Brain Metrics"
The paper doesn't just say "Pass" or "Fail." It measures how the robot thinks using three creative analogies:
Reading Load (ESV) - "The Library Size":
- How many pages of the book does the robot have to read to find the answer?
- Finding: If the robot has to read more than 600 lines of code at once, its brain starts to get foggy. It loses track of the story.
Simulation Depth (MCL) - "The Domino Chain":
- How many steps does the robot have to take in its head to get from Point A to Point B?
- Finding: If the chain of events is longer than 100 steps, the robot starts dropping the ball. It forgets what happened at the beginning of the chain.
Integration Width (DFI) - "The Jigsaw Puzzle":
- This is the big one. How many different pieces of information from different parts of the code does the robot have to hold in its mind at the same time to solve the puzzle?
- Finding: This is the robot's biggest weakness. When the robot has to combine information from more than 20 different sources, its performance crashes. It can read the pieces, but it can't glue them together into a whole picture.
The Big Discovery: The "Aggregation Deficit"
The authors tested the smartest AI models available (like Claude, GPT, and DeepSeek). They found a surprising truth:
- The Bottleneck: Even the best robots are great at reading and great at following a long chain of steps. But they are terrible at combining many different pieces of information at once.
- The Analogy: Imagine a detective who can read a 500-page file and remember every detail perfectly. But if you give them 20 different clues from 20 different witnesses and ask them to solve the case, they get confused and miss the connection. They suffer from an "Aggregation Deficit."
Why This Matters
This paper is a diagnostic tool. It tells us that to build better AI engineers for the future, we shouldn't just make them read faster or remember longer chains. We need to teach them how to synthesize information—how to look at many different, disconnected parts of a system and understand how they all fit together to create a single, logical result.
In short: The robots are good at reading the map, but they are bad at navigating the whole city when the roads get too complicated.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.