← Latest papers
💻 computer science

AI IDEs or Autonomous Agents? Measuring the Impact of Coding Agents on Software Development

This longitudinal causal study reveals that while autonomous coding agents can significantly boost development velocity in projects without prior AI tooling, they consistently degrade software quality by increasing technical debt, with diminishing velocity returns observed in repositories already using AI IDEs.

Original authors: Shyam Agarwal, Hao He, Bogdan Vasilescu

Published 2026-01-28
📖 4 min read☕ Coffee break read

Original authors: Shyam Agarwal, Hao He, Bogdan Vasilescu

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 software development as a busy construction site where teams build digital skyscrapers. For a long time, the workers used AI IDEs (like GitHub Copilot or Cursor). Think of these as super-smart apprentices standing right next to the lead architect. When the architect types a line of code, the apprentice whispers, "Hey, maybe you should finish this sentence like this?" The architect can accept, change, or ignore the suggestion instantly. They work together in real-time.

Recently, a new type of worker has arrived: Autonomous Coding Agents. These aren't apprentices; they are independent contractors. You give them a broad instruction like "Build a new room in the house," and they go off alone, grab their tools, build the whole room, and come back with a finished door ready to be installed (a "Pull Request"). They don't wait for you to type; they do the heavy lifting themselves.

This paper asks a simple question: Does hiring these independent contractors actually help us build faster and better, or does it just make a mess?

The researchers looked at thousands of open-source construction sites (software projects) to see what happened when these agents started working there. They split the sites into two groups:

  1. The "Fresh" Sites: Projects that had never used the smart apprentices (AI IDEs) before.
  2. The "Experienced" Sites: Projects that were already using the smart apprentices.

Here is what they found, using simple analogies:

1. The "Fresh" Sites: A Burst of Speed, Then a Hangover

When a project that had never used AI before hired an autonomous agent, the results were dramatic.

  • The Speed: It was like hiring a team of robots to do the heavy lifting. The amount of work done (commits and lines of code) skyrocketed immediately. In the first month, they saw a 36% jump in work volume and a 76% jump in new code.
  • The Catch: But this speed came with a hidden cost. Just like a fast-food burger tastes great but isn't nutritious, the code the agents wrote was messy.
    • Technical Debt: The "static analysis warnings" (which are like a building inspector pointing out code violations) went up by 18%.
    • Complexity: The code became harder to understand, like a house with too many confusing, twisting hallways. This "cognitive complexity" rose by 39%.
  • The Takeaway: For new projects, agents are a massive speed boost, but they are also piling up a "messy debt" that will be hard to clean up later.

2. The "Experienced" Sites: No Free Lunch

When projects that were already using smart apprentices (AI IDEs) hired autonomous agents, the results were very different.

  • The Speed: There was almost no speed gain. In fact, after a tiny, short-lived bump, the work volume actually started to drop. It's like trying to add a second engine to a car that's already at top speed; you just add weight and friction without going faster.
  • The Mess: Even though they weren't building faster, the mess got worse. The code complexity and warnings still went up significantly (by 39% and 18% respectively).
  • The Takeaway: If you are already using AI helpers, adding an autonomous agent doesn't make you faster. It just makes the code more complicated and harder to maintain. The "speed boost" disappears, but the "mess" remains.

3. The "Documentation" Twist

Interestingly, in the "Experienced" sites, the agents wrote a lot more comments (documentation). It's as if the agents, realizing the code was getting messy, tried to write more notes to explain what they did. But the researchers noted that writing more notes doesn't fix the fact that the building itself is structurally confusing.

The Big Picture

The paper concludes that autonomous agents are not a magic wand that makes software development faster and better everywhere.

  • If you are new to AI: Agents give you a huge speed boost, but you have to be careful not to let the code get too messy.
  • If you already use AI: Adding agents won't make you faster. You might just end up with more complex code that is harder to fix, without any real benefit.

The Bottom Line:
Think of autonomous agents as a powerful but risky turbocharger. If you put it on a car that has never been modified, it flies. But if you put it on a car that already has a turbo, it might just break the engine. The paper warns that while these tools can speed things up, they consistently create "technical debt" (messy code) that requires human oversight to manage. You can't just let the robot build the house and walk away; someone still needs to inspect the work to make sure the roof doesn't leak.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →